iny 



INTELLECT SERIES II 

MICROCOMPUTER 

DEVELOPMENT SYSTEM 

HARDWARE INTERFACE MANUAL 



Copyright © 1979, 1980, 1983 Intel Corporation 

Intel Corporation, 3065 Bowers Avenue, Santa Clara, California 95051 



Order Number: 9800555-03 



Additional copies of this manual or other Intel literature may be obtained from: 

Literature Department 
Intel Corporation 
3065 Bowers Avenue 
Santa Clara, CA 95051 

Intel retains the right to make changes to these specifications at any time, without notice. Contact your 
local sales office to obtain the latest specifications before placing your order. 

Intel Corporation makes no warranty of any kind with regard to this material, including, but not limited 
to, the implied warranties of merchantability and fitness for a particular purpose. Intel Corporation assumes 
no responsibility for any errors that may appear in this document. Intel Corporation makes no commitment 
to update nor to keep current the information contained in this document. 

Intel Corporation assumes no responsibility for the use of any circuitry other than circuitry embodied in 
an Intel product. No other circuit patent licenses are implied. 

Intel software products are copyrighted by and shall remain the property of Intel Corporation. Use, dupli- 
cation or disclosure is subject to restrictions stated in Intel's software license, or as defined in ASPR 
7-104.9(a)(9). 

No part of this document may be copied or reproduced in any form or by any means without the prior 
written consent of Intel Corporation. 

The following are trademarks of Intel Corporation and its affiliates and may be used to identify Intel 
products: 



AEDIT 


iDIS 


Intellink 


MICROMAINFRAME 


BITBUS 


iLBX 


iOSP 


MULTIBUS 


BXP 


'm 


iPDS 


MULTICHANNEL 


COMMputer 


iMMX 


iRMX 


MULTIMODULE 


CREDIT 


Insite 


iSBC 


Plug-A-Bubble 


i 


intjl 


iSBX 


PROMPT 


I^ICE 


intjlBOS 


iSDM 


Ripplemode 


iATC 


Intelevision 


iSXM 


RMX/80 


ICE 


intgligent Identifier 


Library Manager 


RUPI 


iCS 


intgligent Programming 


MCS 


SYSTEM 2000 


iDBP 


Intellec 


Megachassis 


UPI 



A1005/783/ 4K DD 



REV. 



REVISION HISTORY 



DATE 



-01 Original issue. 1979 

-02 Manual updated. 1980 

-03 Manual updated to support lOC-III. Obsoletes 7/83 

previous editions only for systems with an lOC-III 
board installed. 



Ill 




PREFACE 



This manual provides detailed information for users who require a comprehensive 
knowledge of the internal and external interfaces of the Intellec Series II Microcom- 
puter Development System. The information contained in this manual includes 
definitions of the internal interface commands and their functions, descriptions of 
the system "firmware" (i.e., ROM-resident programs), and definitions of inter- 
processor protocol. The intent of this manual is to describe existing interfaces and to 
explain how these interfaces may be accessed to meet specific user requirements. 
Readers of this manual are assumed to have a prior knowledge of real-time 
microcomputer systems and an intimate familiarity with the functional organization 
of Intellec development system hardware and software. This manual duplicates, in 
condensed form, information contained in other Intel manuals and also provides a 
compilation of system and interface information not otherwise available. The 
manual is divided into the following five chapters: 

Chapter 1 — Overview. A review of the Intellec Series II development system as 
it relates to user-accessible interfaces. 

Chapter 2— Multibus Interface. A description of the primary user-interface to 
the development system including ROM and RAM expansion, I/O port 
assignments, bus priorities and interrupt assignments. 

Chapter 3 — Serial I/O Interfaces. A description of the two serial 1/0 channels 
of the Integrated Processor Board (IPB) or Integrated Processor Card (IPC) 
and how the channels can be modified to meet user requirements. 

Chapter 4 — IOC I/O Interfaces. Descriptions of the program interfaces to the 
integral CRT, keyboard and integral diskette of the I/O Controller (IOC) and 
of the protocol required for communications between a master processor and 
the IOC. 

Chapter 5 — PIO Subsystem Interfaces. Descriptions of the program interfaces 
to the standard parallel I/O devices (paper tape reader/punch, line printer and 
PROM programmer) of the Parallel Input/Output (PIO) subsystem and of the 
protocol required for communications between a master processor and the PIO 
subsystem. 

Appendixes A, B, C and D. Program examples of an Interrupt Routine, Basic 
Input Driver Routine, Basic Output Driver Routine and Diskette Read/Write 
Routine. 

Appendix E. Interface connector pin assignments and dc signal specifications 
for the Multibus interface and peripheral interfaces. 

The level of descriptions in this manual assume a familiarity with the Intellec Series 
II development system structure, with the software interfaces of programmable Intel 
chips, and with the Multibus interface. This prerequisite information can be found in 
the following Intel manuals: 

Intellec Series II CRT and Keyboard Interface Manual, 1 22029 

Intellec Series II Microcomputer Development System Hardware Reference 
Manual, 9800556 

Intellec Series II Model 22X/23X Installation Manual, 9800559 

Intellec Series II Microcomputer Development System Schematic Drawings, 
9800554 



ISIS-II User's Guide, 9800306 
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Intel Multibus Specification, 9800693 
Intel Component Data Catalog 
Intel Peripheral Design Handbook 
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CHAPTER 1 
OVERVIEW 



1.1 SYSTEM CAPABILITIES 

Intellec Series II Microcomputer Development 
System, as delivered, is a stand-alone system that can 
be upgraded by the addition of numerous hardware 
and software options. Performance of the develop- 
ment system ranges from generation and editing of 
simple paper tape-based programs to a hard disk- 
based system capable of supporting assembly or com- 
pilation of relocatable library supported code, sym- 
bolic debugging of user hardware/software systems, 
and selective programming of validated user software 
into PROM. Without modification, the Intellec 
Series II development system is capable of supporting 
product development from design inception to the 
end of the product's life cycle. 

There are three basic development system models in 
the series: The Model 220, the Model 225 and the 
Model 230. Additionally, there are two variations of 
each of the basic models according to the operating 
voltage configuration. For example, a basic Model 
220 development system that is configured at the fac- 
tory for 115 volt operation is designated a Model 220, 
while a basic Model 220 that is configured for 230 
volt operation is designated a Model 221. All models 
in the series feature an integral video display and an 
attached keyboard, an integral power supply, a six- 
slot Multibus-compatible card cage and either one or 
two flexible disk drives. The development system 
itself is made up of three microprocessor-based com- 
puting elements that are contained on two printed 
circuit board assemblies. One assembly (either an 
Integrated Processor Board or an Integrated Pro- 
cessor Card) is inserted into the uppermost slot of the 
card cage and incorporates the master processor. The 
other assembly (the Input/Output Controller) is 
mounted on the inside of the rear panel. This 
assembly contains the Input/Output Controller 
(IOC) processor and the Parallel Input/Output (PIO) 
subsystem processor. Both the Model 220 and the 
Model 225 include an integral single-density diskette 
drive and differ only by the circuit board assembly 
installed in the card cage (the Model 220 uses the 
8080-based Integrated Processor Board or "IPB," 
and the Model 225 uses the 8085-based Integrated 
Processor Card or "IPC"). The Model 230 is sup- 
plied with a separate chassis that contains two 
double-density diskette drives in lieu of the integral 
diskette drive common to the Models 220 and 225. 
The card cage of the Model 230 includes an 8080- 
based IPB, a 32k RAM board and a two-board 
double-density diskette controller (to support the two 
double-density diskette drives). 



The high efficiency and cost effectiveness of the 
Intellec Series II development system, in each of its 
many configurations are made possible through the 
use of general-purpose hardware and task-oriented, 
diskette-based software. This delegation of system 
personality to software not only simplifies upgrading 
of development capabilities, but also allows altera- 
tion or even replacement of basic system processes. 
The Intellec Series II development system may thus 
be viewed as a relatively rigid framework of general- 
purpose hardware that can be user programmed to 
meet the needs of a wide variety of applications. 

The generation of any resident software requires a 
knowledge of the system environment within which 
the software will operate. This manual delineates the 
Intellec Series II development system environment in 
lerms of the various interfaces between the develop- 
ment system and its subordinate devices and/or 
external systems. 



1.2 MODIFIABLE HARDWARE LOGIC 

Although most modifications of Intellec Series II 
system functions are accomplished by the replace- 
ment of software, there are a few hardware changes 
that may be concurrently necessary. The following 
text defines changes of this type. 

One general rule to be observed when modifying an 
Intellec Series II development system is that most 
existing hardware cannot be changed. Aside from 
reconfiguration of jumpers and replacement of ROM 
chips, changes to hardware will not only void the 
system warranty, but may also adversely affect the 
operation of the supplied software. Furthermore, 
any hardware rework, including rejumpering or 
ROM replacement, must meet Intel workmanship 
standards to maintain warranty provisions. Full war- 
ranty rights are preserved only if written permission 
is obtained from Intel prior to hardware alterations. 

Prohibition of hardware changes is not as restrictive 
as it might first appear. For one thing, the prohibi- 
tion, whether stated or not, is imposed by the system 
design which employs buses for communication 
between intelligent preprogrammed chips. Another 
factor negating the need for hardware changes is that 
the Intellec Series II development system hardware 
was designed in anticipation of other user applica- 
tions. The Multibus interface and the serial I/O 
channels are true general-purpose interfaces that can 
be used for specific applications required by the user. 
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The following is a list of hardware circuit elements, 
the use of which may be initiated or altered subse- 
quent to system delivery (usually in conjunction with 
software changes). 

• The serial I/O channels are associated with a 
number of jumpers that determine the routing and 
use of data, clock pulses, and control signals for 
various terminal and data set configurations. The 
jumpers, located on both the IPB/IPC and IOC 
boards, are discussed in Chapter 3. 

• The 8253 timer of the IPB/IPC uses one counter 
as a real-time clock that is accessible to user 
programs executed by the IPB/IPC. The initial 
count is set via I/O port address F2, and the mode 
of the 8253 is established via I/O port address 
F3. On powerup or reset, the real time clock is 
initialized for a 1ms rate. The clock can be used 
in conjunction with the local interrupt controller 
to generate a level 7 system interrupt. 



1.3 PROGRAMMING 
CONSIDERATIONS 

A simple description of user programming activities is 
hindered by two factors. The first of these factors has 
to do with the large variety of potential applications. 
Not only does each application dictate a particular 
minimum of user programming, but in many cases 
there is a tradeoff between modification of existing 
software and the creation of new programs or routines. 
The second factor affecting the user programmer is 
that Intel-supplied software is physically distributed 
within RAM and ROM. These two factors make it 
difficult to detail the software required for a "typical" 
application without first defining the types of software 
associated with the Intellec Series II development 
system. The types of programs to be discussed in the 
following text are: 

• Resident Master Programs — Programs that are 
executed by the IPB/IPC master processor and 
provide overall control of the Intellec Series II 
development system. 

• Non-Resident Master Programs — Programs that 
are executed by another master processor on the 
Multibus interface and are able to utilize the 
system resources of the Intellec Series II devel- 
opment system. 

• User System Programs — User programs that are 
being developed to be executed by and to control 
user-designed hardware systems. Such programs 
are able to utilize system resources of the devel- 



are able to utilize system resources of the 
development system through the facilities of an 
In-Circuit Emulator (an Intel supplied non- 
resident Multibus master). 



1.3.1 RESIDENT MASTER PROGRAMS 

Resident master programs are usually bootstrap 
loaded from diskette and executed from system 
RAM. These programs can also be loaded from 
paper tape to system RAM or executed directly from 
ROM. Typical Intel supplied resident master pro- 
grams are the ROM-based Monitor, the diskette- 
based ISIS-II diskette operating system, and the 
diskette-based 8080/8085 assembler. Each of these 
programs is controlled by specific command entries 
from the CRT keyboard or system console device 
that establishes a particular operator interface with 
the system. 

Each of the resident master programs follows the 
protocol necessary to accomplish data transfer to or 
from the I/O devices of the development system. 
However, most Intel-supplied programs employ calls 
to the Monitor and/or ISIS-II to accomplish I/O 
transfers. The Monitor provides byte transfers to or 
from any device (except diskette) whereas ISIS-II 
accomplishes block transfers to or from any diskette. 
ISIS-II does not entirely replace the Monitor, but 
often provides higher-level commands that make use 
of multiple Monitor calls to simplify operator 
sequences. The use of Monitor and ISIS-II calls by 
other programs (including user-designed programs) 
reduces the program's concern with I/O operations. 
In effect, the call executes a subroutine within 
Monitor or ISIS-II that follows the protocol required 
by the specified device. When the transfer is com- 
plete, the calling program continues from the point at 
which the call was made. Refer to the ISIS-II System 
User's Guide for additional information. 

Within the Intellec Series II development system, the 
protocol for any device involves the use of dedicated 
I/O port addresses. Furthermore, if the device is 
subordinate to the IOC or PIO, the protocol requires 
the issuance of specific commands that control the 
transfer of data, status, and control bytes between 
the I/O device controller hardware and the I/O 
device firmware. Details of the protocol required for 
each device are discussed in Chapters 3 through 5. A 
general discussion of protocol is provided in 
paragraph 1.4.3. 

Hardware interrupts may be employed by user pro- 
grams, but if they are, their use must not conflict 
with the hardware interrupts of existing circuit 
boards such as in-circuit emulators. Interrupt level 7 
is used by internal circuits within the development 
system, normally masked off by the Monitor and 
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ISIS-II since these programs use service requests in 
lieu of iiardware interrupts. Interrupt switciies and 
1 are used for resetting tiie Monitor and ISIS-II, 
respectively. 



1.3.2 NON-RESIDENT 

MASTER PROGRAMS 

Non-resident master programs are programs that are 
executed by Multibus interface master processors 
other than the IPB/IPC master processor. The exter- 
nal hardware involved must include provisions for 
interface to the Multibus. 

The non-resident master processor has direct access 
to most of the system resources of an Intellec Series 
II development system including the Monitor, all of 
system RAM, and all I/O facilities and devices of the 
IOC and the PIO. Notable exclusions from the 
preceding list are the serial I/O channels of the IPB 
and the IPB's real-time clock and interrupt con- 
trollers. These resources on the IPC, with the excep- 
tion of the system interrupt controller, are available 
to other bus masters. 

The interrupt controllers on the IPB/IPC continue to 
accept interrupts when another master assumes con- 
trol of the Multibus interface. The local interrupt 
controller accepts service requests from external 
sources (i.e., PIO and IOC) as well as internal 
sources, and generates a level 7 system interrupt that 
can be sensed by any master on the bus. 



1.3.3 USER SYSTEM PROGRAMS 

User system programs are programs that are: 1) 
assembled or compiled using an Intellec Series II 
development system; 2) debugged using the com- 
bined facilities of the development system and an 
in-circuit emulator; and 3) programmed into PROM 
for execution within a user-designed system. In most 
cases, the physical connection between the user 
system and the Intellec Series II development system 
exists only while the user system is being debugged 
via an in-circuit emulator. However, the in-circuit 
emulator may also be employed to debug hardware 
or software that is to directly interface with the 
Intellec Series II development system. 

1.4 I/O DEVICE INTERFACES 

Most existing I/O device interfaces are established 
using hardware and software of the IPB/IPC, the 
IOC, and the PIO as shown in figure 1-1 . Each of the 
subsystems employs a different combination of hard- 
ware and software to accomplish I/O data transfers 
and to control the subordinate devices. However, the 



IOC and PIO have several common attributes. The 
general discussions of I/O device interfaces in the 
following paragraphs are supported by further 
details in Chapters 3 through 5. 

A second type of I/O device interface is implemented 
via the Multibus interface. In this case, the hardware 
controlling the device is not part of the basic Intellec 
Series II development system and there is some trade- 
off between the hardware and the driver software 
executed by the IPB/IPC processor. However, most 
drivers associated with external I/O device interface 
hardware make use of Monitor or ISIS-II calls to 
simplify software design. In any event, any discus- 
sion of this type of I/O device interface is more con- 
cerned with Multibus interface protocol than with the 
interprocessor protocol and related topics within this 
chapter. Refer to Chapter 2 for discussions of I/O 
device interfaces implemented via the Multibus 
interface. 

1.4.1 FIRMWARE VERSUS 
SYSTEM SOFTWARE 

The term "firmware" is used throughout the com- 
puter industry to identify ROM-based microcode 
that establishes the instruction sets of computers. 
Within Intellec Series II development systems, the 
instructions sets of CPUs are fixed, and the term 
"firmware" identifies ROM-based software. The 
term "system software" denotes resident and non- 
resident programs that interpret operator-generated 
commands. Typical firmware of Intellec Series II 
development systems includes the I/O device driver 
programs executed by the IOC and PIO 
microprocessors. 

1.4.2 I/O DEVICE DRIVERS 

The complexity of any I/O device firmware is 
dependent on: 1) the complexity of the hardware 
interface with the device; and 2) the intelligence of 
the hardware between the driver and the device. The 
more complex device interfaces (the serial I/O chan- 
nels, the integral CRT, and the integral diskette) 
make use of highly-intelligent programmable chips 
that tend to reduce driver complexity. However, use 
of programmable chips imposes a different type of 
complexity on the associated firmware: the need to 
include code to initialize the programmable chips 
during system startup and/or immediately prior to 
device data transfers. This initialization is required 
because the operating parameters of the program- 
mable chips must be preselected to meet the specific 
needs of the system and/or the device being driven. 

It would appear that the division of responsibilities 
among the device driver, the startup routine, and the 
device interface hardware is highly variable among 
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devices. However, one basic criterion employed in 
the design of the Intellec Series II development 
system is the maximum simplification of system soft- 
ware I/O processes. The resulting arrangement is 
such that system software, including ISIS-II, ICE 
drivers, and user-generated master programs, need 
only specify the device and either furnish or accept 
the data to be transferred. Provision is also made to 
advise the system software when each byte transfer is 
completed. Some additional complexity occurs with 
disk transfers in which case the disk controller must 
be advised of the size of the file to be transferred. In 
any event, the device drivers have the relatively sim- 
ple task of passing data bytes between the system 



software and device interface hardware. The device 
interface hardware and the startup routines share 
most of the responsibility for meeting the unique 
initialization requirements of any I/O device. 



1.4.3 DRIVERS/SYSTEM SOFTWARE 
INTERFACES 

There are two types of I/O driver interfaces with the 
system software. One uses the Monitor interface to 
accomplish serial I/O transfers. The second type of 
interface is via the I/O ports of the IPB/IPC master 
processor and is used by all other I/O device drivers. 
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The 1/0 device driver used for serial 1/0 transfers 
(i.e., Monitor) is accessed by means of the CALL 
instruction. The CALL instruction itself merely 
specifies the proper calling location within the 
Monitor. Parameters required by the Monitor are 
placed within the B, C, and (if necessary) the D, E, 
H, L registers prior to execution of the CALL 
instruction. System software commands that result in 
Monitor CALLs often elaborate on the preceding 
procedure. For example, ISIS-II calls can specify a 
string of data bytes, and the PL/M statements allow 
use of the stack to pass additional parameters. 
However, the resulting process is often a simple 
reiteration of the CALL instruction. 

The second type of driver/system software interface 
is used to communicate with the IOC and the PIO 
subsystems of the development system. Each sub- 
system is accessed via an I/O port address of the 
IPB/IPC master processor. Each access involves the 
transfer of a single byte interprocessor command that 
may be followed by a data byte transfer to or from 
the subsystem processor. The interprocessor com- 
mand byte coding informs the subsystem processor if 
a data byte transfer is to follow and initiates a 
specific action within the subsystem processor. The 
command may cause a system level response that 
affects all subordinate devices of the subsystem or a 
device level response that affects a specific I/O device 
and its associated driver and interface hardware. 

The system level interprocessor commands initiate 
actions such as subsystem reset, the return of status 
concerning the results of a preceding device level 
command, the enabling or disabling of interrupts, or 
the return of diagnostic test results. The device level 
interprocessor commands are used to pass data to or 
from the device, or to return device status. The 
sequence of interprocessor commands required to 
control the subsystem and/or one of its subordinate 
'devices constitutes the interprocessor protocol for 
that subsystem or device. 

1.4.4 TYPES OF DEVICE 

INTERFACE MODIFICATIONS 

The interprocessor command sequence between the 
IPB/IPC and the IOC or PIO has been generalized to 
the extent that minor changes of the device/driver 
interface do not require changes to the protocol. In 
other words, use of a different printer could require 
changes to the associated device driver without the 
necessity for changes to the Monitor, ISIS-II, or any 
other system software. It is, of course, assumed that 
the existing hardware interface is compatible with the 
non-standard printer. 



1 .4.5 DEVICE SIGNAL TIMING 

The interprocessor protocol establishes a relatively 
loose coupling between the system software of the 
IPB/IPC and the lOC/PIO device drivers. In 



general, the system software initiates an 1/0 opera- 
tion and then periodically requests I/O status to 
determine when the operation is completed. This 
technique relieves the system software of concern 
with 1/0 device timing. 

The implementation of user-designed I/O drivers 
and/or resident master programs must take into 
account the timing of all system elements. For exam- 
ple, hardware interrupts may be employed, but they 
should be used only to signify the termination of an 
operation. 

High-speed I/O devices, such as disk or diskette 
drives, require relatively complex hardware and 
relatively large data storage capacities. Because of 
this, only one diskette drive is supported by the IOC; 
the remaining drives employ a disk or diskette con- 
troller on the Multibus interface. Furthermore, the 
integral diskette, the integral CRT, and the 
refreshing of RAM use a substantial portion of the 
IOC processor's bandwidth. These factors must be 
considered when changes to the IOC driver are 
anticipated. 

The lower-speed devices of the PIO make less strin- 
gent demands on the PIO processor, but in this case 
RAM and ROM capacities are more restricted. 
However, the PROM programmer interface of the 
PIO is a general-purpose interface that assumes the 
existence of intelligence external to Intellec Series 11. 
If this intelligence is in the form of a microprocessor, 
it is possible to establish efficient communications 
that do not tax the bandwidth or storage limitations 
of the PIO. Furthermore, such communications can 
be implemented without changes to the PROM pro- 
grammer driver. The PROM programmer interface is 
thus a prime candidate for implementation of a chan- 
nel to non-standard I/O devices. Refer to Chapter 5 
for further information on use of the PROM pro- 
grammer interface. 

The Multibus interface may also be used to com- 
municate with non-standard I/O devices. Refer to 
Chapter 2 for details on use of the Multibus 
interface. 



1.5 ELECTRICAL CONSIDERATIONS 

The Intellec Series II development system, as 
delivered, is capable of accepting almost any com- 
bination of Intel circuit boards. Each development 
system chassis employs an internal power supply that 
provides a tie point for circuit grounding and that has 
adequate reserve power for optional circuit boards. 
Under normal circumstances, user-designed hard- 
ware may be installed either within or attached to the 
development system chassis without difficulty. 
However, user-designed hardware must employ com- 
patible grounding techniques and must not exceed 
the reserve current specification. 
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1.5.1 GROUNDING 

Three types of grounds exist within Intellec Series II 
development system. The first type of ground is 
chassis ground that interconnects all metallic 
enclosures and devices of the system. Chassis ground 
is routed through the IOC and PIO connectors to 
provide for grounding of I/O devices. Chassis 
ground is also used for all cable shields. 

The second type of ground is ac ground. This ground 
is derived from the third (green) wire of the ac power 
cord. The ac ground is tied to chassis ground at a 
single point within each power supply. 

DANGER 

Removal of ac ground from chassis ground 
can cause hazardous potentials to exist at 
metallic surfaces of devices and enclosures. 

The third type of ground is signal ground. This 
ground is used as a common reference for all dc 
voltages and is the ground employed by logic circuits. 
Signal ground is tied to chassis ground and ac ground 
at the common tie point within the power supplies. 

NOTE 

Any Intellec Series II development system 
incorporating an expansion chassis contains 
two power supplies, each with its own com- 
mon tie point for grounding. 

User-designed circuit boards are required to use 
signal ground as a reference for all logic circuits. 
Chassis ground is used only if the user circuit board is 
associated with an external enclosure or device 
(chassis ground is tied to all shielded cables and 
external metallic structures). Signal and chassis 
grounds should be isolated on the user circuit board 
or within the external enclosure or device (if such 
isolation is possible) to prevent the formation of 
ground loops. 



User-designed systems connected to an Intellec Series 
II development system via an in-circuit emulator 
should ideally have independent signal and chassis 
grounds that may be disconnected from each other 
when connected to the in-circuit emulator. If user 
signal ground is permanently tied to user chassis 
ground, a ground loop will exist. In some cases, this 
ground loop will cause unwanted currents to flow 
through the in-circuit emulator signal ground and 
may result in electrical noise on data, address, and 
control lines. 

Total elimination of ground loops may not be feasi- 
ble if the system contains peripherals that tie signal 
ground to chassis ground. When the signal and 
chassis grounds cannot be separated, a lower- 
resistance path through the chassis ground wiring 
should be provided. The installation of heavy (large 
surface area) straps between the development system 
chassis and the user system chassis can reduce noise 
on the signal lines. 



1.5.2 POWER SUPPLY RESERVE 
CURRENT 

Two basic power supplies are used in the Intellec 
Series II development systems: the internal power 
supply in the development system chassis and a 
smaller supply in the optional expansion chassis. 
Both supplies provide regulated voltages of +5, +12, 
-12 and -10 volts that are available on the 
backplane. The supply in the development system 
chassis also provides internal, regulated voltages of 
+15 and +24 volts for the integral CRT and diskette 
drive. 

The current ratings for each voltage and the amount 
of reserve current available for optional boards are 
listed in table 1-1. Note that the expansion chassis 
contains no circuit boards when delivered, and the 
current ratings for its four regulated supplies are 
available for use by optional or user-designed circuit 
boards installed within the expansion chassis. 



Table 1-1 . Power Supply Current Ratings 






Development System Chassis 


+ 5V 


+ 12V 


-12V 


-10V 


+ 15V 


+ 24V 


Capacity 


30.0 


2.5 


0.3 


1.0 


1.5 


1.7 


Model 220 Load 


9.7 


0.4 


0.1 


0.02 


1.5 


1.7 


Model 220 Reserve 


20.3 


2.1 


0.2 


0.98 








Model 225 Load 


10.0 


1.5 


0.2 


0.03 


1.5 


1.7 


Model 225 Reserve 


20.0 


1.0 


0.1 


0.97 








Model 230 Load 


15.95 


0.8 


0.1 


0.17 


1.5 





Model 230 Reserve 


14.05 


1.7 


0.2 


0.83 





1.7 


Expansion Cliassis 


+ 5V 


+ 12V 


-12V 


-10V 


+ 15V 


+ 24V 


Reserve 


20.0 


2.0 


0.3 


0.8 


N/A 


N/A 
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CHAPTER 2 
THE MULTIBUS® INTERFACE 



The Multibus interface is documented in detail by the 
Intel Multibus Specification and is also described in 
the Intellec Series Microcomputer Development 
System II Hardware Reference Manual. The 
information within this chapter does not duplicate 
the content of these other manuals, but rather defines 
the Multibus interface characteristics in terms appro- 
priate to Intellec Series II development system users 
who are writing master programs. In effect, this 
chapter does not define the Multibus interface as 
such, but rather describes implementation and/or 
utilization of system resources via the Multibus 
interface. 



when a large ROM-resident program is used to pro- 
cess a relatively small, on-line data base. (The total 
data base for the system may be very large and stored 
off-line on diskette.) 

NOTE 

If several ROM-resident programs are 
employed, each program should be capable 
of being separately accessed so that the loss 
of the corresponding RAM address space 
during program execution is limited only to 
the address space occupied by the program. 



2.1 MEMORY CONFIGURATIONS 



The uses of RAM and ROM within a multiprocessor 
system are varied. Slave processors such as the IOC 
can use RAM and ROM as local private memory for 
data and special purpose programs. ROM can also be 
used to perform logic functions wherein the selection 
of a given address generates a specified control 
signal. The above uses do not involve the Multibus 
interface and do not provide memory that can be 
shared by other master processors in the system. The 
following text is concerned only with system memory 
that is accessible from the Multibus interface. 

The size of the Intellec Series II system memory (32k 
or 64k) is usually more than adequate for most 
applications. Also, the availability of disk and 
diskette storage can often reduce the need for addi- 
tional memory. If, however, the memory size is 
inadequate, there are means of expanding both ROM 
and RAM as discussed in the following text. 



2.1.1 ROM EXPANSION 

When delivered, the Intellec Series II development 
system contains 4k of ROM. Expansion of ROM is 
possible through the installation of a Multibus- 
compatible circuit board using one of two methods. 
Note that regardless of the method used to expand 
ROM, the Monitor RAM workspace is always the 
last (top) 320 bytes of available RAM memory, and 
care must be taken not to overlay or occupy these 
locations (refer to the ISIS-H User's Guide for 
detailed information regarding Monitor address 
spacing). The first method (figure 2-1) simply assigns 
ROM memory address space. This method reduces 
the size of the RAM that can be accessed while 
executing the program out of ROM and is useful 
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Figure 2-1 . Expansion of ROM Address Space 
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The second method of ROM expansion, known as 
bank switching (figure 2-2), occupies a limited 
amount of address space, but allows ROM expansion 
beyond 64k. With this method, the user-implemented 
circuit board(s) contains I/O port address decoding 
logic to select and deselect specific ROM banks. The 
decoding logic latches the I/O port address and 
inhibits the selection of more than one memory bank. 
A typical memory system might contain eight banks 
of system address space. This system could have a 
library of relatively-large permanent programs 
available for immediate execution with minimum 
reliance on external program storage. 



initialization and execution of the diagnostic. The 
selection logic of the IPB/IPC ensures that the 
initialization routine is executed, without interven- 
tion, after start-up or system reset. Comparable 
techniques (figure 2-3) can be used to execute critical 
user programs in any memory space except the loca- 
tions occupied by the Monitor and the bootstrap/ 
diagnostic program. Execution of overlay ROM pro- 
grams can be initiated via an I/O port address or on 
exit from the bootstrap/diagnostic program. Use of 
the ROM overlay technique must not be used simply 
as a means of ROM expansion, and user hardware 
would be required to generate INHl and INH2. 



The implementation of either of the preceding ROM 
expansion methods requires the inclusion of logic 
that inhibits RAM when the program is being exe- 
cuted out of ROM (INHl) and inhibits ROM when 
the RAM is being accessed (INH2). The I/O port 
addresses assigned must be other than those reserved 
by the IPB/IPC and other circuit boards of the 
system. For additional information regarding inhibit 
timing, refer to the Intel Multibus Specification. 



2.1.2 RAM EXPANSION 

The 64k RAM available with Intellec Series II 
development systems is the maximum address space 
that can be accessed by the master processor of the 
IPB/IPC. Other master processors on the Multibus 
interface can employ larger memories wherein the 
IPB/IPC RAM is but one segment. 



The bootstrap/diagnostic program is located at 
addresses E800H through EFFFH and overlays RAM 
as well as any ROM at these memory locations during 



The most obvious candidate for a large memory pro- 
cessor is the Intel 8086 microprocessor that uses a 
20-bit address to access a full megabyte of memory 
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Figure 2-2. ROM Banlc Switching 555^3 



Figure 2-3. Overlay ROM 
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(see figure 2-4). The Multibus interface is fully com- 
patible with 8086 system components, but any 
8080/8085 type system, including the Intellec Series 
II development system, must make allowances for 
the expanded address capabilities of the 8086. With 
respect to memory addressing, the allowances center 
on the decoding of the four high-order address bits 
(ADR10/-ADR13/) of the Multibus interface. 
Accessing of the RAM segment on the IPB by the 
8086 is restricted to byte transfers, while accessing of 
the IPC's RAM segment by the 8086 does not have 
this restriction since the RAM on the IPC can be 
externally accessed in 16-bit words. 

The Intellec Series II development systems contain 
logic on the IPB/IPC that determines when a 20-bit 
address is being used. This logic assigns addresses OH 



through FFFFH to the 64k RAM segment of the 
IPB/IPC and disables this segment for all addresses 
greater than 64k. Pull-up resistors associated with 
the ADR10/-ADR13/ extended address lines are 
included on the IPB/IPC to ensure access to its RAM 
segment when an 8086 type processor is not con- 
nected to the Multibus interface. 

Use of the 8086 is not the only way to expand RAM. 
User systems that employ 8080/8085 hardware to 
select memory segments through logical control of 
the high order address lines can also be used. For 
example, a user master processor can employ a 
latched I/O port to set the high-order address lines 
(see figure 2-5). The user processor can then access 
either the IPB/IPC RAM segment or other 64k- 
segments that are inaccessible to the IPB/IPC. 
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Figure 2-4. Address-Controlled Expanded RAM 
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2.2 I/O DEVICE USAGE 

Communications between a processor and its I/O 
devices are performed similarly to communications 
between a processor memory in that I/O port 
addresses access the device or logic associated with 
the device. These communications become more evi- 
dent when considering programmable device con- 
troller chips with specific registers that are accessed 
via unique I/O port addresses. 

With programmable controllers, the low-order I/O 
port address bits are used to distinguish between data 
registers and control functions, and thus a block of 
I/O port addresses is reserved for each device. The 
high-order bits are used to select the individual pro- 
grammable chips. Within the IPB/IPC, IOC and 



PIO, the I/O port addresses are preassigned and 
fixed by hardware design. These addresses must be 
used by user-designed hardware to access the shared 
system resources. 



Table 2-1 lists the I/O port addresses used by IPB, 
and table 2-2 lists the I/O port addresses used by the 
IPC. Note that the I/O port addresses are identical 
for both the IPB and the IPC; only the port 
accessibility function (shared resource or IPB/IPC 
accessible-only resource) differs. 



A number of Intel products that can be used with the 
Intellec Series II development systems have dedicated 
or reserved I/O ports. Table 2-3 lists the current I/O 
port assignments used by Intel. 



Table 2-1 . IPB I/O Port Addresses 



Table 2-2. IPC I/O Port Addresses 



Shared System Resources 




Shared System Resources 


Port 
Address 


Function 


Port 
Address 


Function 


CO 


IOC data 


CO 


IOC data 


CI 


IOC command and status 




CI 


IOC command and status 


C2 


Reserved for IOC 




C2 


Reserved for IOC 


C3 


Reserved for IOC 




C3 


Reserved for IOC 


F8 


PIO data 




FO 


Serial I/O channel baud rate clock 


F9 


PIO command and status 




F1 
F2 


Serial I/O channel 1 baud rate clock 
Real time clock 










IPB Only Resources 




F3 
F4 


Timer mode select 
Serial I/O channel data 








Port 


Function 




F5 


Serial I/O channel command and status 


Address 




F6 
F7 


Serial I/O channel 1 data 

Serial I/O channel 1 command and status 








FO 


Serial I/O channel baud rate clock 




F8 


PIO data 


F1 


Serial I/O channel 1 baud rate clock 




F9 


PIO command and status 


F2 


Real time clock 




FA 


Local interrupt controller 


F3 


Timer mode select 




FB 


Local interrupt controller 


F4 


Serial I/O channel data 












F5 


Serial I/O channel command and status 






IPC Only Resources 


F6 
F7 


Serial I/O channel 1 data 

Serial I/O channel 1 command and status 










Port 


Function 


FA 
FB 


Local interrupt controller 
Local interrupt controller 




Address 








FC 


System interrupt controller 




FC 


System interrupt controller 


FD 


System interrupt controller 




FD 


System interrupt controller 


FE 


Reserved 




FE 


Reserved 


FF 


Control Port 




FF 


Control Port 
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Table 2-3. Dedicated and Reserved I/O Port Addresses 


Device 


I/O Port Addresses 


ICE-80 In-Circuit Emulator 


OEOH-OESH 


Other ICE Modules {ICE-85, ICE-86, ICE-88, etc.) 


080H-083H 


iSBC 80/05 Single Board Computer 


00H-05H 


iSBC 80/10A Single Board Computer 


0E4H-0EFH 


iSBC 80/20-4 Single Board Computer 


0D4H-0DFH, 




0E4H-0EFH 


ISBC 80/30 Single Board Computer 


0D8H-0DFH, 




0E4H-0EFH 


ISBC 86/12A Single Board Computer 


OCOH-OCFH, 




ODOH-ODFH 


ISBC 544 Intelligent Communications Controller 


ODOH-ODFH, 




0E4H-0EFH 


Disl^s 




First Floppy Diskette Controller 


078H-07FH 


Second Floppy Diskette Controller 


088H-08FH 


Hard Disk Controller 


068H-06FH 



Future Intel products may require I/O port addresses 
other than the addresses specified in table 2-3. To 
prevent possible incompatibility with future Intel 
products, all user-device I/O port addresses should 
be switch or jumper selectable. 



I/O devices require very few addresses, ROM 
replacement is the most widely used method for 
memory-mapped I/O. However, programmers must 
be aware that the addresses assigned to an I/O device 
are no longer accessible in RAM. 



The use of I/O port addresses to access user-designed 
hardware is the most common technique employed 
within Intellec Series II development systems. A 
second technique, called "memory-mapped I/O," 
may also be employed to access user hardware. With 
memory-mapped I/O, a block of memory addresses 
is assigned to the device and/or its controller. The 
major advantage of memory-mapped I/O is addi- 
tional programming flexibility; any instruction that 
references memory can be used to access an I/O port 
located in the memory space. For example, the MOV 
(move) instruction can transfer data between any 
8080/8085 register and a port or any of the logical 
instructions can be used to manipulate individual bits 
within I/O device registers. The simplest implemen- 
tation of a memory-mapped I/O device is in a system 
that has unused address space (i.e., a Model 220 with 
32k bytes of RAM) in which case the I/O device 
addresses would be assigned within the 32k to 62k 
address range. However, in systems containing 64k 
of RAM (i.e., the Models 225 and 230), the I/O 
device addresses must replace either RAM or ROM. 
RAM replacement is impractical as it would 
necessitate the physical removal of RAM. ROM 
replacement requires I/O device control logic that 
generates INHl/ (to inhibit RAM) when the I/O 
device is being used. Since most memory-mapped 



2.3 INTERRUPT MECHANISMS 

The standard definition of an interrupt is the process 
whereby an asynchronous device-generated signal 
causes program branching to a routine that services 
the needs of the device (usually the handling of I/O 
data). However, the reason for employing interrupts 
is that I/O devices (or other real-time system 
elements) often involve synchronous operations that 
cannot be delayed while the processor is performing a 
lengthy processing task. An interrupt service routine 
is used to quickly complete the I/O data transfer and 
then allow continuation of the interrupted process. 
At a later time, the program processes the data 
accepted by the service routine or prepares new data 
for output to the device. Without interrupts, input 
data could be lost or output data could be 
unavailable when required. 

There are two reasons why the preceding real-time 
hardware interrupts are not required when an Intellec 
Series II development system is executing many of 
the Intel-supplied resident master programs 
(Monitor, ISIS, etc.). The first reason is that I/O 
operations are program controlled to be performed 
in sequence (e.g., if diskette data is to be printed, the 
diskette operations are completed before printing 
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operations begin). Tiie second reason is tiiat interac- 
tions witii iiigli-speed I/O devices are provided by 
means of controller chips that perform many of the 
tasks (including temporary data storage) that would 
otherwise be performed by interrupt service routines. 
The master program is never concerned with multi- 
tasking or with close synchronization of I/O device 
operations. Note that while some input (e.g., 
keyboard entry), is not program controlled, its data 
entry rate is slow enough to allow temporary data 
storage by hardware while the processor is occupied. 

In place of hardware interrupts, the hardware 
elements of the Intellec Series II development system 
use service requests (specified bits within status bytes) 
to determine when a device requires attention. The 
status bytes are returned to the master processor of 
the IPB/IPC on demand. The transfer of status bytes 
from the IOC or the PIO to the IPB/IPC constitutes 
a major segment of the interprocessor traffic. 
Although hardware interrupts are not widely used by 
Intel-supplied resident master programs, interrupt 
handling circuits exist within the Intellec Series II 
development system. These circuits establish 
priorities for the interrupt switches, for interrupts 
from the Multibus interface and for interrupts from 
internal hardware elements of the IPB/IPC, IOC, 
and PIO. The interrupt circuits also apply interrupt 
switch and internal hardware interrupts to the 
Multibus interface. Interrupt masking by resident 
programs inhibits sensing of interrupts by the 
IPB/IPC master processor. All interrupts generated 
by internal hardware elements are handled by a local 
interrupt controller that operates in the polled mode 
as a slave to the system interrupt controller. All inter- 
nal interrupts are processed by the local interrupt 
controller and generate a level 7 interrupt to the 
system controller. Resident master programs must 
then poll the local interrupt controller to determine 
the source of the internal interrupt. An example of an 
interrupt routine used to service an interrupt 
originating from a device associated with the local 
interrupt controller is shown in Appendix A. Inter- 
rupt level assignments for the local interrupt con- 
troller are as follows (level has the highest priority): 



the location of the vector address block. The vector 
addresses reserved for system interrupts are as 
follows: 



Level 


Function 





Serial I/O Channel Input Data Ready 


1 


Serial I/O Channel Output Data Ready 


2 


Serial I/O Channel 1 Input Data Ready 


3 


Serial I/O Channel 1 Output Data Ready 


4 


1ms Real Time Clock Interrupt 


5 


PIO Subsystem Interrupt 


6 


IOC Interrupt 


7 


Not Used 



Interrupt 


Vector 


Vector 


Level 


Address 


Usage 





OOH 


Monitor 


1 


08H 


ISIS-II 


2 


lOH 


Disk Controller 


3 


18H 




4 


20H 


ICE-80 Module 


5 


28H 




6 


30H 


ICE Modules 


7 


38H 


Local Interrupt Controller 



CAUTION 



The system interrupt controller operates in the fully- 
nested mode and is initialized with a call address 
interval of eight and a base address of OH to establish 



Reprogramming the 8259's call address 
interval from eight to four will cause 
undefined system operation. 

The local and system interrupt controllers of the IPB 
and the system interrupt controller of the IPC cannot 
be programmed or polled by a non-resident master 
program (the local interrupt controller of the IPC 
can be accessed by another bus master). When 
another bus master assumes control of the bus, both 
the local and system interrupt controllers maintain 
any current interrupt request and latch any subse- 
quent interrupt request (when the IPB/IPC regains 
bus access, any pending interrupt request is serviced). 
Since all system interrupts can be sensed by another 
bus master via the Multibus interface, all IPB/IPC 
local interrupts can also be sensed (any local inter- 
rupt causes a level 7 system interrupt). 

2.4 MULTIBUS® PRIORITY LOGIC 

To avoid conflicts that may arise when two or more 
bus masters simultaneously require bus access, the 
IPB/IPC includes parallel priority resolution logic. 
This logic accepts individual bus request inputs from 
up to nine bus masters that may be installed in the 
backplane (five available slots in the development 
system chassis and four slots in the expansion 
chassis) and returns an individual bus priority input 
to all but the bottom slot of the expansion chassis 
(the bottom slot has the highest priority and its bus 
priority input is permanently enabled). The parallel 
priority logic samples all of the bus request (BREQ) 
inputs and generates an individual bus priority in 
(BPRN) output to the highest priority bus master 
requesting the bus. Following Multibus interface pro- 
tocol, when the requesting master receives its bus 
priority in signal, it examines the common bus busy 
(BUSY) bidirectional line to determine when the bus 
becomes available and, when the bus is available, 
activates bus busy to indicate to all other bus masters 
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that the bus is in use. Note that a bus master main- 
tains bus access until it either releases the bus (i.e., 
the bus master executes a halt instruction) or until a 
higher-priority bus master requests the bus. 

Bus priority within the Intellec development system 
(including the expansion chassis) is assigned in a 
bottom-up sequence with the top slot (the IPB/IPC) 
having the lowest priority and the bottom (tenth) slot 
having the highest priority. The use of parallel prior- 
ity logic (rather than serial priority logic) allows the 
priority of any bus master (except the IPB/IPC) to be 
readily changed by relocating the board in the back- 
plane and allows "slave" boards (boards that do not 
request the bus) to be positioned anywhere in the 
backplane without affecting bus priority. When posi- 
tioning bus masters in the backplane, boards that 
have high-speed transfer rates or high data volume 
functions (e.g., disk controllers) should be placed in 
the lower (higher priority) slots, and low-speed device 
controllers should be placed in the higher (lower 
priority) slots. 

2.5 REAL-TIME PROCESSING 

Prior discussions in subsection 2.3 describe how an 
Intellec Series II development system performs its 
tasks in serial fashion so that the IPB/IPC master 
program devotes its full attention to the current 
operation. For I/O devices, this sequential process- 
ing approach is more than adequate since the I/O 
operation appears to the operator to be immediately 
performed. However, when an Intellec Series II 
development system is employed in a real-time 
environment, the techniques used with the I/O 
devices may or may not suffice. The following 
paragraphs define the capabilities and limitations of 
real-time techniques that may be employed by the 
user. 

2.5.1 USE OF INTERRUPTS 

Anyone having prior familiarity with real-time, 
interrupt-driven systems might be prone to design a 
master program that makes use of asynchronous 
interrupt requests in place of the service requests that 
are currently used by Intel-supplied software. This 
design would make the system more responsive to 
real-time events. However, the user-designed pro- 
gram must employ interrupt service routines with 
execution speeds that do not interfere with normal 
operation of high-speed I/O devices. Furthermore, 
drastic program alterations, such as the implementa- 
tion of concurrent I/O operations, would be ill- 
advised because of the impact that the alteration 
might have on existing operating systems, I/O 
drivers, and I/O interface hardware. The alternative 
methods discussed in the following paragraphs 
should be seriously considered before attempting 
extensive use of real-time interrupts. 



2.5.2 USE OF SLAVE PROCESSORS 

In some cases, the occurrence of an external real-time 
event requires the immediate initiation of a relatively 
long program sequence, but does not require immedi- 
ate interaction with other elements of the system. In 
such cases, the task may be assigned to a user- 
designed slave processor subsystem. 

Two examples of slave processor subsystems are the 
IOC and PIO. The IOC and PIO are functionally 
limited in that they perform most of their operations 
only in response to commands from the IPB/IPC 
(CRT and RAM refresh within the IOC are contin- 
uous, but are implemented by special-purpose hard- 
ware). User-designed slave processor subsystems can 
use software that continually interacts with the exter- 
nal interface and can use interrupts to signify when 
the slave processor requires service from the master 
processor. 

Implementation of a user-designed slave processor 
subsystem can be accomplished without physical 
alteration of the Intellec Series II development 
system. (The slave processor would contain I/O port 
address decoding logic that monitors the address 
lines of the Multibus interface; the I/O port 
addresses employed must be among those not 
reserved by Intellec Series II development system 
functions.) The slave processor subsystem is, in some 
respects, equivalent to a hardware-implemented 
interrupt service routine in that it allows asyn- 
chronism between the control of real-time operations 
and the timing of IPB/IPC processing. However, the 
slave processor has the distinct advantage of per- 
forming complex operations without the necessity of 
borrowing time from other IPB/IPC operations. A 
slave processor tends to increase the bandwidth of 
the entire system. The services of the slave processor 
are equally available to the IPB/IPC and any other 
master processor on the Multibus interface. Note 
that with any user-designed slave processor, some 
form of synchronization protocol must be estab- 
lished among all master processors that use the slave 
processor in order to prevent concurrent access of the 
slave by more than one master. 



2.5.3 PARALLEL PROCESSORS 

The use of parallel processors substantially increases 
system bandwidth by permitting two or more master 
processors to simultaneously execute system level 
programs. 

The 8086 microprocessor is ideal for parallel pro- 
cessor configurations since its architecture directly 
supports the interfacing of two independent buses 
(any microprocessor can drive two buses). A typical 
arrangement within an Intellec Series II development 
system might use one of the buses to communicate 
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with the IPB/IPC that would be used to control I/O 
operations. The second bus would then be used to 
execute master programs residing in unshared RAM 
or ROM. Both buses could be the Multibus interface 
or two types of buses could be implemented in much 
the same way as the IOC processor interfaces with 
both the Multibus interface and its own IOC bus. 
The number of possible implementations is limited 
only by the imagination of the designer. 

Major decisions in the design of a parallel processor 
system are the allocation of tasks to the processors 
and the establishment of interprocessor communica- 
tions. These two decision areas are interrelated in 
that the division of responsibilities between the pro- 
cessors determines the amount of data and status that 
is exchanged. If large amounts of data must be 
exchanged, the two processors could use a shared 
RAM that the user processor accesses via the 



Multibus interface. If smaller amounts of data are 
exchanged, a hardware-implemented data bus buffer 
(DBB) could be used (refer to IOC description within 
the Intellec Series II Microcomputer Development 
System Hardware Reference Manual). In using a 
DBB, the user processor appears to be a slave pro- 
cessor to the IPB/IPC. Interrupts can be employed, 
and the status bytes returned by the user processor 
can redirect IPB/IPC operations and thereby assume 
control of the system. The use of a DBB is somewhat 
limited by its low data-transfer rate. 

The preceding information is provided only to 
outline some of the possible methods of implement- 
ing parallel processor configurations, and many 
details are omitted. Nevertheless, parallel processing 
can be implemented without modification of Intellec 
Series II development system hardware or firmware. 
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CHAPTER 3 
SERIAL I/O INTERFACES 



The two serial I/O channels are the only I/O inter- 
faces of the Intellec Series II development system that 
can be directly accessed by the IPB/IPC. All logic 
associated with the serial I/O channels is incor- 
porated on the IPB/IPC or within its associated soft- 
ware and firmware. The connection between the 
serial I/O channels and the serial device connectors 
on the rear panel is accomplished by etched traces on 
the IOC board assembly (the IOC includes a number 
of alterable jumper links that are used to configure 
connector signal routing). 

The direct path between the IPB/IPC and the serial 
I/O devices has the advantage that in terms of overall 
operation, the omission of an intervening slave pro- 
cessor (i.e., the IOC or PIO) can make the system 
more responsive to serial I/O events. However, if 
interrupts are masked-off or disabled (normal con- 
figuration), the response time of the system to any 
serial I/O input is still dependent on the frequency at 
which the IPB/IPC software polls the serial I/O 
interface. Polling is continually performed since 
most serial I/O devices (teletypewriters, video ter- 
minals and modems) provide input that cannot be 
anticipated by local programming. The polling rate 
employed is sufficient to support synchronous com- 
munications at rates of up to 64k baud. 



3.1 SOFTWARE ALTERATIONS 

The Intel-supplied software associated with the serial 
I/O channels is part of the system software (ROM- 
resident Monitor and bootstrap/diagnostic pro- 
grams). ISIS-II has the ability to indirectly initiate 
data transfers via a serial I/O channel (ISIS uses the 
facilities of the Monitor to accomplish I/O 
transfers). With the IPB, all other system software 
must use Monitor (or ISIS) calls to access the serial 
I/O channels. With the IPC, the serial I/O channels 
are defined as system resources and can be directly 
accessed by another bus master. 

The Monitor can only access a serial I/O channel 
when the channel is defined as the system console. By 
default, the integral CRT and keyboard are defined 
as the console device when the system is initialized, 
and the I/O ports associated with the serial I/O chan- 
nels are unused. Note that once the system has been 
initialized, the Monitor's A (assign) command can be 
used to assign a device connected to one of the serial 
I/O ports as the console device. Access to a serial I/O 
channel that is not defined as the system console is 
possible only through a user-designed I/O driver. 



The bootstrap/diagnostic program initializes the 
serial I/O channel hardware during start-up and 
following system reset. The initialization sequence is 
simply the transfer of operating parameters to the 
8251 universal synchronous/asynchronous receiver 
transmitters (US ART s) and the 8253 programmable 
interval timer. Specifically, both the channel and 
channel 1 USARTs are initialized for asynchronous 
operation with two stop bits, an 8-bit character 
length and a baud rate factor of 16X. The 8253 inter- 
val timer consists of three separate counters that are 
used to determine both the baud rate clock frequen- 
cies for the USARTs and the real time clock fre- 
quency. All three counters are initialized for Mode 3 
(square wave) operation with a two-byte count 
register. The counter register values provided to each 
counter when the timer is initialized are as follows: 



Counter 


Function 


Counter 
Value 


Counter 
Frequency 



1 
2 


Channel Clock 
Channel 1 Clock 
1 ms Real Time Clock 


698 

32 

1229 


1.74 kHz 
38.4 kHz 
1 kHz 



Note that the channel and channel 1 clock signals 
are subsequently divided by 16 (baud rate factor 16X) 
by the USARTs to provide baud rates of 110 and 
2400 baud, respectively. 

Alteration of the ROM-based bootstrap/diagnostic 
program to change the baud rate or operating mode 
is not necessary since the serial I/O channel hardware 
(the 8251s and the 8253) can be reinitialized by a user- 
designed initialization routine that is executed 
following the bootstrap/diagnostic program. An 
example of a routine that modifies the I/O channel 
baud rate is provided in Appendix B of the Intellec 
Series II Model 22X/23X Installation Manual. For 
asynchronous I/O devices, the modifiable param- 
eters include character length, the number of stop 
bits, parity enable/disable and odd/even parity selec- 
tion as well as baud rate. For synchronous I/O 
devices, the modifiable parameters include character 
length, parity enable/disable, odd/even parity selec- 
tion, sync in/out and single/double sync character 
selection. (Refer to the \nit\ Peripheral Design Hand- 
book for details on programming the 8251 USART.) 
Note that when reprogramming the 8251, the mode 
instruction is recognized only after the 8251 has been 
reset (external rest or 8251 command instruction with 
internal reset bit set). Since the command instruction 
is used to define the states of the serial I/O channel 
control lines, this instruction is normally output prior 
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to the transfer of serial I/O data. If the internal reset 
bit is inadvertently set or if a mode instruction does 
not immediately follow each use of the internal reset 
bit, the serial I/O channel will be inoperative until it 
is again initialized. 

3.2 HARDWARE ALTERATIONS 

Hardware alterations associated with the serial I/O 
channels are limited to changes of jumpers on the 
IPB/IPC and the IOC circuit boards. This limitation 
is imposed not only to maintain functional integrity 
of the Intel-supplied circuit boards, but also because 
the circuit board designs are dictated by requirements 
of the 8251 and 8253 chips. 

The 8251 chip has two control lines (RTS and DTR) 
that are, in reality, program-controlled general- 
purpose output signals. Similarly, DSR is a general- 
purpose input signal that can be used to signify a 
variety of conditions at the external device. With 
appropriate programming, the serial I/O channels 
are compatible with many types of serial devices and, 
since the RS-232 interface is used by most data sets, 
the serial device can be remote from the development 
system site (i.e., telephone lines can be used). Also, 
with the possible addition of some external hard- 
ware, the serial I/O channels can be compatible with 
any TWX or TELEX network. 

The jumpers on the IOC circuit board are used to 
interconnect or crossover signals to and from the 
serial I/O channels on the IPB/IPC to conform to 
the pin assignments of the I/O device to be inter- 
faced. All of the functions performed by the IOC 
jumpers can be implemented within the I/O device 
cabling; the jumpers eliminate the need to rewire the 
device cable/connector. To determine the jumper 
positions required for any I/O device, refer to 
Appendix A of the Intellec Series II Models 22X/23X 
Installation Manual and match the pin assignments 
of the I/O device with the rear panel connector (J2 
and J3) pin assignments. Note that' when interfacing 
a serial I/O device to the SERIAL CH 2 connector 
(J3), the transmit and receive data lines may have to 
be reversed (remove W7 jumpers A-B and C-D and 



install W7 jumpers A-C and B-D). Also, if the serial 
I/O device does not generate CTS (clear to send), 
remove Wl jumpers A-B and C-D and install a single 
Wi jumper at A-C to connect the RTS (request to 
send) output to the CTS input. 

The jumpers located on the IPB/IPC circuit board 
are used to establish the source of the receive and 
transmit clock signals for both serial I/O channels. 
The jumpers installed at the factory configure both 
channels for asynchronous operation by routing the 
CHO CLK and CHI CLK signals from the 8253 pro- 
grammable interval timer to the receive clock (RXC) 
and transmit clock (TXC) inputs of the USARTs. 
For synchronous communications, the jumpers must 
be repositioned so that the RXC and TXC signals 
originate from the serial I/O device through the serial 
I/O connector. Table 3-1 defines the jumper posi- 
tions for both asynchronous (factory installed) and 
synchronous communications. 

3.3 INTER-SYSTEM 

COMMUNICATIONS 

It is sometimes advantageous to couple two Intellec 
Series II development systems together to allow shar- 
ing of system resources or to meet the need for inter- 
system communications. If the two systems are 
remote from one another, the use of data sets is 
necessary. However, if the two systems are in close 
proximity, a pseudo data set can be implemented in 
the form of an interconnecting cable. Jumpers within 
each system are configured so that the clock for syn- 
chronous communications is derived from the 
transmitting system. 

Figure 3-1 shows the jumpering and cable wiring 
necessary for intersystem communications. The data- 
set simulator cable shown is for serial I/O channel 
(SERIAL CH 1 connector) of both systems. In this 
case, the external transmit clock is route'd via pin 24 
of connector J2. (When current loops are employed, 
pin 24 is used as a return for the receive data signal 
RXD RETURN.) The illustrated arrangement can be 
used for serial I/O channel 1 (SERIAL CH 2 connec- 
tor), but in this case the jumper for the external TX 
clock is located on the IOC circuit board. 



Table 3-1 . Asynchronous/Synchronous Jumper Configurations 



Asynchronous Operation 


Synchronous Operation 


Function 


Channel 


Channel 1 


Channel 


Channel 1 


14-15 

11-12 

7-8* 


1-2 
4-5 
N/A 


13-14 

10-11 

8-9 


1-3 

5-6 

A-B" 


Transmit Clock 
Receive Clock 
External Transmit Clock 



*TTY Receive Data Return 

"Install jumper W3 (A-B) on IOC circuit board. 
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Figure 3-1. Data Set Simulator Cable 
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CHAPTER 4 
IOC I/O INTERFACES 



The IOC consists of the hardware and software that 
are used to establish interfaces between a master pro- 
cessor and both the integral CRT terminal and the 
integral diskette drive. Modification of the IOC is 
unnecessary since most IOC functions are integrated 
with Intel-supplied system software. This chapter 
provides details of IOC-master processor protocol as 
a basis for user-designed master programs. 



4.1 IOC/MASTER PROCESSOR 
PROTOCOL 

All communications between the IOC and the master 
processor are accomplished via the data bus buffer 
(DBB) of the IOC. The DBB is essentially an inter- 
bus communications facility that stores one input 
byte, one output byte, and one byte of DBB status. 
The DBB status bits indicate the presence of data in 
the input and output buffers, the busy status of the 
IOC processor relative to command processing, and 
the type of byte (command or data) present in the 
input/output buffer. 

When the IOC is not busy processing a previously 
issued command, it is idle only in the sense that the 
IOC processor is not concerned with inter-processor 
communications. During this time, RAM refresh and 
CRT refresh cycles continually occur. Also, if any 
keyboard entries are made, the character bytes are 
saved by the keyboard processor. The master pro- 
cessor must periodically poll the IOC to determine if 
keyboard entries have occurred and then command 
the IOC to transfer the keyboard characters to the 
master via the IOC's DBB. 



The commands used to input keyboard characters are 
functionally similar to commands used to update the 
CRT display or to accomplish diskette data transfers 
in that any command must be completely processed 
by the IOC before a new command can be issued. 
However, keyboard entries may occur at any time 
irrespective of I/O activities initiated by the master. 
Any program controlling the IOC must allow time 
for the acceptance of new keyboard entries during 
the execution of any I/O operation of long duration. 
The frequency of keyboard input commands must be 
sufficient to match the keystroke rate of a fast typist; 
the keyboard processor provides temporary storage 
for up to eight characters. Keyboard entries must be 
handled as unscheduled real-time events by the con- 
trolling resident or non-resident program. 



4.2 DATA BUS BUFFER 

The IPB/IPC (or any other master processor) uses 
two I/O ports for communications with the IOC. 
The first of these ports (port CO) is a data port that 
provides for single byte transfers to or from the IOC. 
The bytes may contain data to or from a device, 
status from the IOC or one of its devices, or 
diagnostic instructions or results from the IOC. The 
second port (port CI) is a control port that provides 
for command transfers to the IOC and the return of 
DBB status. The commands directly control the IOC 
and identify the type of data, status, or diagnostic 
information that is to be transferred via the data 
port. All transfers via the data port require prior 
master processor issuance of a command to the IOC 
control port. However, a command does not 
necessarily result in a data port transfer. 

The preceding arrangement allows for the following 
types of transfers to and from the IOC: 

• Direct transfer of DBB status without IOC 
participation. 

• Direct control of the IOC by means of 
commands that do not result in a data transfer. 

• Data transfers to or from a device on command. 

• Status transfers from the IOC or a device on 
command. 

• Diagnostic data transfers from the IOC on 
command. 

Two important factors are associated with transfers 
between a master processor and the IOC. The first 
factor is that most commands cause the transfer of 
only one byte of data, status, or diagnostic informa- 
tion via the data port. If a block of information 
(other than diskette data) is to be transferred, a 
separate command is required for each byte of the 
block. The diskette data transfer commands (read 
and write) cause the transfer of a block of data to or 
from the master processor. The second factor is that 
the master processor maintains total control of 
transfers via the data port. The IOC, when respond- 
ing to a read command, sets the FO flag while it is 
executing the command and then sets the output buf- 
fer full (OBF) flag to indicate when the requested 
byte can be read by the master processor. Accord- 
ingly, the master processor must repeatedly access 
the DBB status byte to determine when the the input 
data is ready. Similarly, when the IOC is responding 
to a write command, it sets the FO flag while it is 
executing the command and clears the input buffer 
full (IBF) flag when it accepts the byte (the master 
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processor sets the IBF flag when it writes the byte to 
the input buffer). The DBB status byte must also be 
accessed prior to issuing any command to ensure that 
the IOC is ready to accept the command (i.e., IOC 
busy flag FO must be tested). 

The format of the DBB status byte returned during 
an I/O read of port CI is as follows: 



OBF 



IBF 



FO 



C/D 



MSB 



LSB 



7 6 5 4 3 2 10 



r 



OBF 
-IBF 
■FO 
-C/D 



y RESERVED 



Output Buffer Full. The OBF flag is 
automatically set (to a "1" state) by the 
IOC processor when the IOC writes a data 
byte to the output buffer. The OBF flag is 
automatically cleared (to a "0" state) when 
the master processor reads the byte from 
the output buffer. 

Input Buffer Full. The IBF flag is 
automatically set by the master processor 
when it writes a data byte to the input buf- 
fer. The IBF flag is automatically cleared 
when the IOC processor reads the byte 
from the input buffer. 

FO flag. The FO flag is set by the IOC 
processor on receipt of a command from 
the master processor in order to lockout 
additional command entry. On completion 
of the command, the IOC processor clears 
the FO flag. The master processor monitors 
the FO flag to determine when a command 
has been accepted (FO flag set) and when 
command processing is complete (FO flag 
clear). 

Command/Data. The C/D flag reflects 
the state of the master processor's low- 
order port address bit to differentiate 
betweenthe writing of a data byte to port 
CO (C/D = 0) and the writing of a com- 
mand byte to port CI (C/D = 1). The 
IOC processor examines this flag to deter- 
mine if the byte in the input buffer is a 



command or data. The IOC processor also 
controls this flag to inform the master pro- 
cessor of the contents of the output buffer 
(if C/D = 0, the output buffer contains 
the requested data byte; if C/D = 1, the 
output buffer contains a status byte). 

Command bytes transferred to the IOC during an 
I/O write to port CI have the following general 
format: 



MSB 



LSB 



r 



V COMMAND 
r CODE 



y 



\ RESERVED 
REQUEST INTERRUPT 



Command Code is a 5-bit binary value that uniquely 
identifies each of the commands that may 
be issued by the master processor. 

Request Interrupt is a control bit that informs the 
IOC that an interrupt is expected at the 
completion of the operation specified by 
the command. Commands that make use 
of the request interrupt bit include all com- 
mands that pass data to or from the CRT 
and the integral diskette. 

Data, status and diagnostic bytes transferred via I/O 
port CO have no specific format except as required by 
the associated command. Data bit mnemonics are as 
follows: 



MSB 
















LSB 


1 7 6 S 


4 


1 ^ 


2 


1 


•1 
















- 







































DO 
D1 
D2 
D3 
D4 
D5 
D6 
D7 
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4.3 IOC COMMANDS 

Specific commands are used with the diskette drive, 
the CRT, and the keyboard. Tiie status byte returned 
by the individual I/O devices serves to verify proper 
operation of the device. Other commands are not 
used by a specific device and are known as system 
commands (all diagnostic commands are system 
commands). A complete listing of the IOC com- 
mands is provided in table 4-1 . 



diagnostic testing of IOC facilities. The following 
text describes each of the system commands and 
defines the format of data bytes that are transferred 
as a result of command execution. 

NOTE 

Command bit 7 has no function within the 
system commands (i.e., interrupts cannot be 
generated by the IOC on execution of a 
system command). 



4.3.1 SYSTEM COMMANDS 

Eleven of the commands that may be issued by a 
master processor to the IOC are used to control or 
test subsystem functions that are common to all of 
the IOC devices. These system commands permit 
program-controlled hardware resetting, provide for 
the return of device and subsystem status, control 
enabling and resetting of interrupts, and enable 



The PACIFY command is a software reset that ter- 
minates any pending I/O operation and reinitializes 
the IOC hardware and software. No data byte 
transfer is associated with this command. IOC 
initialization requires a minimum of 100 milli- 
seconds, and no subsequent commands should be 
issued during this period. 

The ERESET command is intended for use with an 
I/O device that requires a hardware error reset to 
clear an error condition within the device. Since the 



Table 4-1 . IOC Command Set 



Type 


Command 
Code 


Mnemonic 


Function 


System 


00000 
00001 
00010 
00011 
00100 
00101 
00110 
00111 
01000 
01001 
01010 
01011 
thru 
01111 


PACIFY 
ERESET 
SYSTAT 
DSTAT 
SRQDAK 
SRQACK 

SRQ 

DECHO 

CSMEM 

TRAM 

SINT 


Resets IOC and its devices. 

Resets device-generated error (not used by standard devices). 

Returns subsystem status byte to master. 

Returns device status byte to master. 

Enables input of device interrupt acknowledge mask from master. 

Clears IOC subsystem interrupt request. 

Tests ability of IOC to forward an interrupt request to the master. 

Tests ability of IOC to echo data byte sent by master. 

Requests IOC to checksum on-board ROM. Returns pass/fail. 

Requests IOC to test on-board RAM. Returns pass/fail. 

Enables specified device interrupt from IOC. 

Reserved, causes illegal command error. 


CRT 


10000 
10001 


CRTC 
CRTS 


Requests data byte output to the CRT monitor, 
Returns CRT status byte to master. 


Keyboard 


10010 
10011 
10100 


KEYC 
KSTC 


Requests data byte input from the keyboard. 
Returns keyboard status byte to master. 
Reserved. 


Integral 
Diskette 


10101 
10110 
10111 
11000 
11001 
11010 
11011 
11100 
11101 
thru 
11111 


WPBC 
WPBCC 
WDBC 

RDBC 

RRSTS 
RDSTS 


Enables input of first of five bytes that define current diskette operation. 

Enables input of each of four bytes that follow WPBC. 

Enables input of diskette write bytes from master. 

Reserved. 

Enables output of diskette read bytes to master. 

Reserved. 

Returns diskette result byte to master. 

Returns diskette device status byte to master. 

Reserved, causes illegal command error. 



4-3 



IOC I/O Interfaces 



Intellec® Series II 



standard devices of the IOC do not require an error 
reset signal, tiie ERESET command is not imple- 
mented by IOC firmware. 



The SYSTAT command causes the IOC processor to 
load the system status byte into the output data buf- 
fer of the DBB. The IOC processor sets the OBF flag 
and clears the C/D flag to inform the master pro- 
cessor that system status byte can be read from the 
data port. The format of the system status byte is as 
follows: 



MSB 



LSB 




RESERVED 



ILLEGAL INTERRUPT MASK 
ILLEGAL DATA TRANSFER 
ILLEGAL COMMAND 
DEVICE ERROR 



Illegal 



Illegal 



Interrupt Mask is set when the interrupt 
reset mask transferred by a SRQDAK com- 
mand does not correspond to the interrupt 
bit set in the device status byte. The illegal 
interrupt mask bit is cleared when the master 
processor reads the system status byte from 
the output buffer. 



Data Transfer is set when the master pro- 
cessor loads a data byte into the DBB input 
buffer without a preceding command. The 
data byte is not accepted by the IOC. The 
illegal data transfer bit is cleared when the 
master processor reads the system status 
byte from the output port. 



Illegal Command is set when the master processor 
loads an undefined command code into the 
DBB input buffer (see table 4-1). The com- 
mand is not executed by the IOC. The 
illegal command bit is cleared when the 
master processor reads the system status 
byte from the output buffer. 



Device Error is set when a device fails to respond to a 
command. The master processor must issue 
a DSTAT command to determine the indi- 
vidual device responsible for the error. The 
device error bit is cleared by the DSTAT 
command. 



The DSTAT command causes the IOC processor to 
load the device status byte into the output data buffer 
of the DBB. The IOC processor sets the OBF flag 
and clears the C/D flag to inform the master pro- 
cessor that the device status byte can be read from the 
data port. The format of the device status byte is as 
follows: 



MSB 



LSB 



r 



CRT 1 

. KFYROARD ^ DEVICE 
KEYBOARD , INTERRUPT 

• DISKETTE j 
; RESERVED 



-CRT 

-KEYBOARD 
- DISKETTE 



DEVICE 
ERROR 



A Device Interrupt bit is when the operation 
specified by a command has been com- 
pleted and interrupts for the device have 
been enabled (request interrupt bit in the 
command byte set or device interrupt 
previously enabled by a SINT command). 
A device interrupt bit is cleared by a 
SRQDAK or SRQACK command. 

A Device Error bit is set when the specified device 
fails to respond to a command issued by 
the master processor. A device error bit is 
cleared when the master processor reads 
the device status byte. More detailed error 
information is provided by the CRTS com- 
mand (for CRT errors), the KSTC com- 
mand (for keyboard errors) or the RDSTS 
command for diskette errors). 

The SRQDAK command is used to clear a device 
interrupt. The subsequent data byte from the master 
processor to the input data buffer is as follows: 



MSB 



LSB 



r 



CRT j 

-KEYBOARD U'e^SEt''"''' 
-DISKETTE j 



y- RESERVED 
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An Interrupt Reset bit, when set, clears the corre- 
sponding interrupt bit in the device status 
byte (see DSTAT command). Attempting 
to reset an interrupt bit that is not set 
causes the illegal interrupt mask bit to be 
set in the system status byte. Note that the 
SRQDAK command also clears the hard- 
ware interrupt to the IPB/IPC. 



The SRQACK command causes the IOC to reset all 
of the interrupt bits in the device status byte and the 
hardware interrupt to the IPB/IPC. A data byte 
transfer is not associated with the SRQACK 
command. 



The SRQ command causes the IOC to generate a 
hardware interrupt to the IPB/IPC. The interrupt 
bits of the device status byte are not affected, and a 
data byte transfer is not initiated. This diagnostic 
command allows any master processor to test the 
IOC interrupt request line when all other local inter- 
rupts of the IPB/IPC are reset. The IOC interrupt 
request causes a level 7 interrupt request on the 
Multibus interface. The interrupt request is cleared 
by a SRQACK command. 

The DECHO command causes the IOC processor to 
accept and return (in complemented form) the next 
data byte input from the master processor. Although 
the data byte is sent and received via I/O port CO, the 
path within the IOC includes a software-controlled 
transfer of the data byte from the DBB input data 
buffer to the DBB output data buffer. The entire 
action constitutes a fairly comprehensive test of the 
master processor-IOC interface. The IOC response 
to a DECHO command requires approximately two 
milliseconds. 



The CSMEM command causes the IOC processor to 
checksum the contents of the IOC ROM and thereby 
perform a confidence test on the IOC firmware. If 
the^hecksum test passes, the IOC processor sets the 
C/D flag to zero and returns a data byte of all 
zeroes; if the checksum test fails, the IOC processor 
sets the C/D flag to one and returns a data byte of 
all ones. Command execution requires approximately 
100 milliseconds. 

The TRAM command causes the IOC processor to 
perform read-after-write testing of IOC RAM. If a 
RAM location is found to be faulty, the test js ter- 
minated, and the IOC processor sets the C/D flag 
to one and returns a data byte of all ones. If the test 
passes, the IOC processor sets the C/D flag to zero 
and returns a data byte of all zeros. Faulty locations 
are not identified. Command execution requires 
approximately 100 milliseconds. 



The SINT command causes the IOC processor to 
accept an interrupt enable byte at the input data buf- 
fer of the DBB. The enabling of any interrupt bit also 
enables the hardware interrupt line (IOC interrupt) to 
the IPB/IPC. The interrupt enable bits perform a 
function identical to the request interrupt control bit 
(bit 7) of a command byte. Note that once an inter- 
rupt is enabled, it remains enabled until a subsequent 
SINT command is issued to clear the interrupt enable 
bit. The format of the interrupt enable byte is as 
follows: 



MSB 



LSB 



r 



CRT j 

. KEYBOARD h|TERF.UPT 

■DISKETTE I 



>■ RESERVED 



An Interrupt Enable bit, when set, enables the inter- 
rupt from the corresponding IOC device. 
The format of the interrupt enable byte is 
identical to that of the interrupt reset byte 
of the SRQDAK command. Note that 
when any of the interrupts are enabled, the 
IOC interrupt to the IPB/IPC is also 
enabled. 



4.3.2 CRT COMMANDS 

All timing and formatting of the integral CRT 
display is established by the IOC firmware and the 
8275 programmable CRT controller. The pre- 
sentation of data is accomplished by transferring 
data from IOC RAM tables to the CRT character 
generating circuits. Commands from the master pro- 
cessor merely update the data tables. A single type of 
command is used to write keyboard inputs and to 
program responses on the CRT. A second CRT- 
associated command returns CRT status to the 
master processor. 

The CRTC command causes the IOC to use the next 
data byte appearing at the DBB input data buffer as 
an input to the CRT display tables located in IOC 
RAM. The occurrence of the command is totally 
asynchronous with respect to CRT display raster tim- 
ing. Furthermore, positioning of characters on the 
CRT screen is determined solely by a pointer that is 
maintained by the IOC firmware. Operator keyboard 
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entries can alter the pointer for editing purposes, but 
the interpretation of the special characters used for 
this purpose (or any other purpose) is a function of 
the IOC firmware. The character codes employed are 
those of the ASCII set. 



When operating under ISIS or Monitor, the 
IPB/IPC polls the DBB to determine when the IOC 
has accepted the CRT character byte, and interrupts 
are not employed (the request interrupt bit of the 
command byte is notset). When the request interrupt 
bit (bit 7) of the CRTC command byte is set (or if 
CRT interrupts have been previously enabled by a 
SINT command), the IOC processor will set the CRT 
interrupt bit in the device status byte when it writes 
the CRT character byte into IOC RAM and, unless 
IOC interrupts have been masked out by the master 
processor, the IOC will interrupt the IPB/IPC. In an 
interrupt-driven environment, the master processor 
should clear the CRT interrupt (SRQDAK or 
SRQACK command) before the next CRT character 
byte is written. 



NOTE 

Interrupt-driven programs that make use of 
the IOC interrupt must access the device 
status byte (DSTAT command) to determine 
the source of the interrupt. 



The CRTS command causes the IOC processor to 
load the CRT status byte into the output data buffer 
of the DBB and to clear the CRT device error bit in 
the device status byte. The CRTS command is nor- 
mally issued only in response to a CRT error as 
indicated by the setting of the device error bit in the 
system status byte and the setting of the CRT error 
bit in the device status byte. The format of the CRT 
status byte is as follows: 



MSB 



LSB 



r 



CRT PRESENT 



-I 



RESERVED 



J 

- ILLEGAL DATA 
-ILLEGAL STATUS 



-RESERVED 



CRT Present is set during initialization and indi- 
cates that the IOC is operational (i.e., able 
to respond to commands from a master 
processor). 



Illegal Data is set when the master processor loads 
a data byte into the DBB input buffer 
without a preceding CRTC command. The 
illegal data bit is cleared when the master 
processor reads the CRT status byte. 

Illegal Status is set when the request interrupt bit 
(bit 7) of the CRTS command byte is 
erroneously set by the master processor. (A 
master processor cannot legally request an 
interrupt at the completion of a status 
accessing operation.) The illegal status bit 
is cleared when the master processor reads 
the CRT status byte. 

4.3.3 KEYBOARD COMMANDS 

Two commands are used with the keyboard; one 
command is used to access keyboard entries, and the 
other command is used to access keyboard status. 

The KEYC command causes the IOC processor to 
access an ASCII character byte from the keyboard 
processor and to place this byte in the output data 
buffer. The KEYC command is the only IOC data 
transfer command that does not make use of the 
request interrupt bit in the command byte (to enable 
keyboard interrupts, the SINT command must be 
used). The format for the keyboard character bytes is 
established by the ASCII standard. 

The KSTC command causes the IOC to access the 
keyboard status byte and to place this byte in the out- 
put data buffer of the DBB. When operating in the 
polled mode (interrupts disabled), the master pro- 
cessor first uses the KSTC command to determine 
when a character has been entered at the keyboard 
(by testing the data ready bit) and then uses the 
KEYC command to access the character byte. The 
KSTC command is also issued in response to a 
keyboard error (indicated by the setting of the device 
error bit in the system status byte and the setting of 
the keyboard device error bit in the device status 
byte). The format of the keyboard status byte is as 
follows: 



MSB 



LSB 



r 



DATA READY 
KEYBOARD PRESENT 



RESERVED 



- ILLEGAL STATUS REQUEST 
-DEVICE TIMEOUT 
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Data Ready is set when a character byte is available 
from the keyboard processor as a result of 
keyboard entry. 

Keyboard Present is set when the keyboard is 
connected to the development system. The 
IPB/IPC examines this bit during initial- 
ization to assign the system console device 
(if the keyboard present bit is set, the 
keyboard and integral CRT are assigned as 
the system console; if the keyboard present 
bit is clear, the device attached to one of 
the serial I/O channels is assigned as the 
system console). 

Illegal Status Request is set when the request inter- 
rupt bit in the KSTC command byte is set 
(a master processor cannot legally request 
an interrupt at the completion of a status- 
access operation) and is cleared when the 
master processor reads the keyboard status 
byte. 

Device Timeout is set when a KEYC command is 
issued when a character byte is not 
available from the keyboard processor 
(data ready bit clear). The device timeout 
bit is cleared when the master processor 
reads the keyboard status byte. 



4.3.4 INTEGRAL DISKETTE 
COMMANDS 

The integral diskette of the Inteiiec Series II develop- 
ment system is a random-access, mass-storage media 
on which information is formatted to simplify access 
and to utilize available storage space. Accordingly, a 
significant amount of control information must be 
passed to the diskette and its control circuits. Some 
control information such as sector size may be fixed 
and can be established during system initialization. 
Other information, such as the size of a file to be 
recorded and the availability of storage space, can 
only be determined immediately prior to recording 
the file and requires active participation on the part 
of the master program. 

The need to provide for master program control of 
diskette recording plus the fact that data transfers 
occur in two directions (diskette read or write) 
substantially increases the number of commands that 
must be issued to the IOC. Furthermore, two types of 
status bytes are returned by the IOC processor; one 
to indicate the success of IOC/master interactions 
and the other to indicate the results of IOC/diskette 
drive interactions. The six commands required to 
transfer diskette control, data, and status iDytes are 
Hsted in table 4-1. 



Most of the control information supplied to the IOC 
is provided in the form of five bytes that are referred 
to as the I/O parameter block (lOPB). These bytes 
specify the diskette operation to be performed and 
provide formatting information including the 
number of records (sectors) to be transferred and the 
track and sector addresses. 



The diskette commands are associated with two inter- 
faces; the interface between the IOC and a master 
processor and the interface between the IOC pro- 
cessor and the diskette. The diskette read and write 
commands (RDBC and WDBC) transfer data 
between the master processor and IOC RAM. Con- 
versely, the parameter block write commands 
(WPBC and WPBCC) load the I/O parameter block 
into IOC RAM; the contents of the parameter block 
are used to define and initiate data transfers between 
IOC RAM and the diskette. The read drive status 
command (RDSTS), in addition to defining the cur- 
rent status of the drive, indicates incorrect command 
entry or execution. The read result status command 
(RRSTS) is used to verify the result of a diskette 
operation. 

Diskette data transfers must be viewed as two 
separate operations; the transfer of the data block 
between a master processor and IOC RAM and the 
transfer of the data block between IOC RAM and the 
diskette. Data block transfers between IOC RAM 
and the diskette are automatically initiated when the 
last byte of the I/O parameter block is written into 
IOC RAM. Accordingly, in order to write data on 
the diskette, the data block must first be written into 
IOC RAM before the parameter block is written. 
Conversely, in order to read a data block from the 
diskette, the parameter block must, precede the 
reading of the data block from IOC RAM. Typical 
command sequences for diskette read and write 
operations are outlined in table 4-2. 

The WPBC command causes the IOC processor to 
accept the next data byte at the DBB input data buf- 
fer as the first (channel word) byte of a parameter 
block. The IOC processor writes this data byte into a 
preassigned location in IOC RAM. The request inter- 
rupt bit of the command byte, if set, causes a diskette 
device interrupt to be generated when the byte is writ- 
ten into RAM. The format and function of the first 
parameter block byte are discussed following the 
description of the WPBCC command. 



The WPBCC command causes the IOC processor to 
accept the next data byte at the DBB input data buf- 
fer as one of the subsequent I/O parameter block 
bytes. The IOC processor writes the byte into IOC 
RAM and, if the request interrupt bit is set in the 
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Table 4-2. Typical Diskette Read and Write Command Sequences 


Read Sequence 


Command 


Action 


RDSTS 


Determine if drive is ready 


WPBC 


Input lOPB Channel Word byte 


WPBCC 


Input lOPB Diskette Instruction byte 


WPBCC 


Input lOPB Sector Count byte 


WPBCC 


Input lOPB Track Address byte 


WPBCC 


Input lOPB Sector Address byte 


RDSTS 


Determine when operation Is complete (polled mode) 


RRSTS 


Determine if operation was successful 


RDBC 


Output data block from IOC RAM 


Write Sequence 


Command 


Action 


RDSTS 


Determine if drive is ready 


WDBC 


Input data block to IOC RAM 


WPBC 


Input lOPB Channel Word byte 


WPBCC 


Input lOPB Diskette Instruction byte 


WPBCC 


Input lOPB Sector Count byte 


WPBCC 


Input lOPB Track Address byte 


WPBCC 


Input lOPB Sector Address byte 


RDSTS 


Determine when operation Is complete (polled mode) 


RRSTS 


Determine if operation was successful 



NOTE: 

1 . First byte of data block input to IOC from master processor contains sector count that is multiplied 
by 128 by the IOC to determine the number of bytes to be transferred. 



command byte, generates a diskette device interrupt 
when the byte is written. The data byte being written 
into IOC RAM is either the second, third, fourth or 
fifth byte of the I/O parameter block. The byte writ- 
ten and the IOC RAM location selected are deter- 
mined by the occurrence of the WPBC command and 
any subsequent WPBCC command. In other words, 
the WPBC command serves as a reference for the 
I/O parameter block and the following four WPBCC 
commands load the four remaining parameter bytes 
in consecutive RAM locations. Accordingly, the 
parameter block bytes must be presented in sequence, 
and any detected error requires reentry of the entire 
I/O parameter block. The sequence in which I/O 
parameter block bytes are input is indicated in table 
4-2. 



The format of the I/O parameter block Channel 
Word byte (byte 1) associated with the WPBC com- 
mand is as follows: 



MSB 



LSB 



7 6 5 4 3 2 10 



r 



V RESERVED 



SECTOR SEQUENCE 
RESERVED 



NOTE 

Further details on programming diskette 
operations are provided in the 8271 Pro- 
grammable Floppy Disk Controller data 
sheet. 



The sector sequence bit (bit 6) is only examined when 
a format track operation is specified in the diskette 
instruction byte (byte 2) of the I/O parameter block. 
When the sector sequence bit is set, the "random" 
sector format is selected, and the diskette controller 
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accesses a format table in IOC RAM to determine the 
order in which logical sector addresses are assigned 
when formatting the track. The format table consists 
of 26 data byte pairs. The first byte of each pair is a 
sector address ranging from 1 to 26 (OIH-IAH); the 
second byte can contain any value and is required 
only to maintain compatibility with the Intel two- 
board diskette controllers. The format table must be 
written into IOC RAM (using the WDBC command) 
prior to initiating the format track operation. The 
format table itself begins at the same predefined loca- 
tion in IOC RAM that is used to temporarily store 
diskette data. The first entry in the table is the sector 
count byte (see WDBC command description) and 
contains a value of 01 H (the IOC processor multi- 
plies the sector count value by 128 to determine the 
number of consecutive RAM locations to be written 
by the WDBC command). During the format track 
operation, the diskette controller writes the first sec: 
tor address entry from the table into the ID field of 
physical sector 01 (the first sector following the index 
mark), the second sector address table entry into 
physical sector 02, etc., until all 26 sectors have been 
written. The track address written into the ID field is 
taken directly from the track address byte (byte 4) of 
the I/O parameter block. The sector data marks, 
CRC characters and gaps are supplied by the diskette 
controller, and the data field of each sector is filled 
with 128 bytes of 0E5H. 



When the sector sequence bit is clear, the "sequen- 
tial" sector format is selected. The format track 
operation follows the random sector format descrip- 
tion of the previous paragraph with the exception 
that the sector addresses are assigned in sequential 
order (i.e., physical sector 01 is assigned logical sec- 
tor address 01, physical sector 02 is assigned logical 
sector 02, etc.) by the diskette controller, and a for- 
mat table is not required. 



The format of the I/O parameter block Diskette 
Instruction byte (byte 2) is as follows: 



MSB 



LSB 



r 



OPERATION CODE 



RESERVED 
'(MUST BE ZERO) 

I DRIVE ADDRESS 
(MUST BE ZERO) 



RESERVED 
(MUST BE ZERO) 



Drive Address. Bits 4 and 5 specify the drive address. 
The integral drive is assigned unit 0, and 
bits 4 and 5 must both be zero. 

Operation Code. Bits 0, 1 and 2 specify the diskette 
operation to be performed. Operation code 
functions are outlined in table 4-3. 

The format of the I/O parameter block Sector Count 
byte (byte 3) is as follows: 



MSB 



LSB 



I 1 

B 



SECTOR 
COUNT 



RESERVED 
(MUST BE ZERO) 



The Sector Count byte specifies the number of sec- 
tors to be accessed during a diskette read, 
write or verify operation. The combined 
value of the sector count and the (starting) 
sector address (byte 5 of the I/O parameter 
block) cannot be greater than 26 (lAH). 
Note that if the sector count value is OH, 
one sector is transferred. 

The format of the I/O parameter block Track 
Address byte (byte 4) is as follows: 



MSB 



LSB 



r 



y TRACK 



ADDRESS 



RESERVED 
(MUST BE ZERO) 



The Track Address byte specifies the track to be 
accessed during a subsequent diskette seek, 
read or write operation. Since a diskette 
has 77 tracks, legal values range from OOH 
to 4CH (tracks through 76). 
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The format of the I/O parameter block Sector 
Address byte (byte 5) is as follows: 



MSB 



LSB 



7 6 5 4 3 2 10 



r 



- SECTOR ADDRESS 



. RESERVED 

' (MUST BE ZERO) 



The Sector Address byte specifies the sector or the 
first of a series of sectors to be accessed 
during a subsequent diskette read, write or 
verify operation. Legal values range from 
01HtolAH(l-26). 



The WDBC command causes the IOC processor to 
read-in a block of data bytes through the DBB input 
data buffer and to write the data bytes into sequential 
locations in IOC RAM. The WDBC command is 
used prior to a write data or format track (random 
format only) diskette operation to load the data to be 
written on the diskette into IOC RAM. The first byte 
transferred by the WDBC command is a count byte 
that specifies the number of 128-byte blocks to 
follow (the count byte is not written into RAM; the 
IOC multiplies the value by 128 to determine the 
extent of the transfer). Note that while the format 
table associated with the format track operation only 
requires 52 byte entries, 128 bytes are transferred by 
the WDBC command. The request interrupt bit of 
the WDBC command byte, when set, causes a 
diskette device interrupt to be generated when the 
specified number of data bytes have been written into 
IOC RAM. 



The RDBC command causes the IOC processor to 
place sequential data bytes from IOC RAM into the 
DBB output data buffer and is issued following a 
read data diskette operation to allow a master pro- 
cessor to access the data read from the diskette. The 
number of bytes transferred by a RDBC command is 
dependent on the number of sectors read during the 
previous read data operation (specified by byte 3 of 
the associated I/O parameter block). When the 
request interrupt bit is set in the RDBC command 
byte, a diskette device interrupt is generated when the 
master processor reads-in the last data byte from the 
DBB output data buffer. 



The RRSTS command is issued when a diskette 
device error is indicated in the device status byte and 
causes the IOC processor to place the diskette con- 
troller's result byte in the DBB output data buffer. 
The diskette device error bit is cleared when the 
master processor reads the result byte. The individual 
bits of the result byte are defined as follows: 



MSB 



LSB 



u 



DELETED RECORD 

CRC ERROR 

SEEK ERROR 
-ADDRESS ERROR 
-DATA OVERRUN/UNDERRUN ERROR 

- WRITE PROTECT 

.NOT USED 
(ZERO RETURNED) 

- NOT READY 



Deleted Record is set when an attempt is made to 
read or verify a deleted sector (a sector that 
has previously been rewritten with a deleted 
data mark at the beginning of its data 
field). If the deleted record bit is set, the 
data is not transferred or verified. 

CRC Error is set when the CRC character computed 
for a read data or verify CRC operation 
does not match the CRC character 
generated when the sector was written. 
Since this error is not detected until the sec- 
tor is read, the data in IOC RAM must be 
considered invalid. 

Seek Error is set during a read, write or verify opera- 
tion when the addressed sector cannot be 
located within one complete revolution or 
when the track address specified does not 
match the track address read. If the seek 
error bit is set, no data is transferred, and a 
recalibrate operation should be performed 
to position the drive's read/write head at a 
known location. 

Address Error is set when: 

• the track address specified is greater 
than76(4CH). 

• a sector address of OOH is specified. 

• a sector address greater than 26 (lAH) 
is specified. 

• the sector address and the number of 
sectors specified is greater than 26 
(lAH). 
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Table 4-3. Diskette Operation Codes 



Operation Code 
Bit 2 Bit 1 Bit 



Operation 



Function 







No Operation 



Seek 



Format Track 



Recalibrate 



Read Data 



1 



Verify CRC 



1 1 



Write Data 



1 1 



Write Deleted 
Data 



No operation. The diskette controller immediately sets the operation 
complete status bit in the diskette device status byte when the last I/O 
parameter block is written. 

Initiates a seek operation to the track address specified in byte 4 of the 
I/O parameter block and sets the operation complete status bit in the 
diskette device status byte. 

Initiates a seek operation to the track address specified in byte 4 of the 
I/O parameter block. When the complete track has been formatted, the 
diskette controller sets the operation complete status bit. 

Steps the diskette drive's read/write head out until a track indication is 
received from the drive. When track is located, the diskette controller 
sets the operation complete status bit. 

Initiates a seek operation to the track address specified in byte 4 of the 
I/O parameter block and begins reading the sector ID fields until the sec- 
tor addressed in byte 5 of the I/O parameter block is located. When the 
addressed sector Is located, transfer the data contents of the number of 
sectors specified by byte 3 of the I/O parameter block to IOC RAM. When 
the transfer is complete, the diskette controller sets the operation com- 
plete status bit. 

Identical to the read data operation except that no data is transferred to 
IOC RAM. If an error is detected (i.e., if the data read does not match the 
data previously written), the diskette controller sets the CRC error bit in 
the result status byte. The operation complete status bit is set when the 
operation Is complete (or If an error is detected). 

Initiates a seek operation to the track address specified in byte 4 of the 
I/O parameter block and begins reading the sector ID fields until the sec- 
tor addressed in byte 5 of the I/O parameter block is located. When the 
addressed sector is located, reads in the data from IOC RAM and serially 
writes the data into the sector's data field. When the number of sectors 
specified by byte 3 of the I/O parameter block have been written, the 
diskette controller sets the operation complete status bit. 

Identical to the write data operation except that a deleted data mark is 
written in place of the data address mark at the beginning of the data 
field. 



Data Overrun/ Underrun Error is set when the disk- 
ette controller is unable to write a data byte 
to RAM before it is overwritten or when 
the requested data byte is not received from 
RAM in time to be written on the diskette. 



Not Ready is set when the diskette drive is not ready 
to perform a seek, read or write operation 
(i.e., the door is open or a diskette is not 
installed). 



Write Protect is set when an attempt is made to for- 
mat or write to a write-protected diskette. 
When this bit is set, the operation is 
prevented, and no data is written on the 
diskette. 



The RDSTS command causes the IOC processor to 
place the diskette status byte in the DBB output data 
buffer. The RDSTS command is used prior to a 
diskette operation to determine if the drive is ready 
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and is used in the polled mode (interrupts disabled) to 
determine when the operation has been completed. 
The format of the diskette status byte is as follows: 



MSB 



LSB 



I 



RESERVED 

READY 

OPERATION COMPLETE 

PRESENT 

RESERVED 

ILLEGAL DATA 

ILLEGAL STATUS 

RESERVED 



Ready is set when the diskette is ready to perform 
a seek, read or write operation (i.e., the 
diskette is in place and up to speed). 



Operation Complete is set when the specified 
operation has been completed or when the 
operation cannot be completed as a result 
of an error condition. When this bit is set, 
the device status byte and/or the con- 
troller's result byte should be examined. 

Present is set when the integral diskette drive is 
physically connected to the IOC circuit 
board. 

Illegal Data is set when the master processor loads 
a data byte into the DBB input data buffer 
without a preceding integral diskette 
command. 

Illegal Status is set when the request interrupt bit 
(bit 7) of an RDSTS or RRSTS command is 
set by a master processor (a master pro- 
cessor cannot request an interrupt at the 
completion of a status-access operation). 
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CHAPTER 5 
PIO SUBSYSTEM INTERFACES 



The Parallel Input Output (PIO) subsystem consists 
of the hardware and software that are used to 
establish interfaces between a master processor and 
the standard parallel-byte peripheral devices of the 
Intellec Series II development systems. The standard 
peripherals consist of a line printer, a paper tape 
punch, a paper tape reader, and an Intel PROM 
programmer. 



The interfaces for the printer and paper tape 
reader/punch are somewhat specialized, but may be 
modified to meet the requirements of similar devices. 
The bidirectional PROM programmer interface is 
more adaptable and can be modified to meet the 
parallel communication needs of a wide variety of 
intellegent devices, subsystems, and systems. 



5.1 PIO/MASTER PROCESSOR 
PROTOCOL 



The IPB/IPC (or any other master processor) uses 
two I/O ports for communications with the PIO pro- 
cessor's data bus buffer. One port (port F8) is a 
bidirectional data port that provides single byte 
transfers to or from the PIO processor's data bus 
buffer. The byte transferred may contain data to or 
from a device, status from the PIO processor or one 
of its devices, or diagnostic information from the 
PIO processor. The other port (port F9) is a control 
port that is used to transfer commands to the PIO 
processor or to return DBB status to the master pro- 
cessor. All transfers via the data port must be pre- 
ceded by the issuance of a command to the PIO's 
control port, although a command does not 
necessarily result in a data port transfer. 



The PIO subsystem is, in several respects, similar to 
the IOC. The PIO subsystem includes a data bus buf- 
fer (DBB) that is functionally identical to the IOC's 
DBB; the PIO system commands are identical in 
function to the IOC system commands, and the PIO 
device commands are comparable to the IOC com- 
mands that control the CRT and keyboard. The 
device interfaces of the two subsystems differ, 
however, due to the specific requirements of the 
devices. All PIO functions are implemented within 
an Intel 8041 PIO processor. The 8041 chip contains 
the DBB as well as all data and program memory 
required for peripheral device control. Conversely, 
the PIO subsystem does not use intelligent hardware 
in the form of special- purpose programmable chips; 
all device signal timing and control are established by 
the PIO. The PIO is more flexible in terms of the 
special I/O device interfaces that may be 
implemented. 



All communications between the PIO and a master 
processor are accomplished via the DBB. The DBB is 
essentially an interbus communications facility that 
stores one input byte or output byte and one byte of 
DBB status. The DBB status bits indicate the 
presence of data in the input and output buffers, the 
busy status of the PIO processor relative to com- 
mand execution, and the type of byte (command/ 
status or data) in the input or output buffer. 



Two facts should be noted regarding transfers 
between a master processor and the PIO processor. 
The first fact is that most commands transfer only 
one byte of data, status or diagnostic information via 
the data port, and in order to transfer a block of 
information, a separate command must be issued for 
each byte of the block (the PROM programmer read 
and write commands transfer three bytes). The 
second fact is that the master processor maintains 
complete control of all transfers via the data bus buf- 
fers; the PIO processor ^an only write to the DBB 
output data buffer when requested by a master 
processor. 



The PIO processor, when responding to a command 
specifying a read operation, sets the FO flag while it is 
executing the command and then sets the output buf- 
fer full (OBF) flag to indicate when the requested 
byte can be read by the master processor. Unless 
interrupts are employed, the master processor must 
repeatedly access (poll) the DBB status byte to deter- 
mine when the requested input data is available. 
Similarly, when the PIO processor is responding to a 
command specifying a write operation, it sets the FO 
flag while it is executing the command and clears the 
input buffer full (IBF) flag when it accepts the byte 
(the master processor sets the IBF flag when it writes 
the byte to the input buffer). The DBB status byte 
must also be examined prior to issuing any command 
to ensure that the PIO processor is ready to accept 
the command (i.e., PIO busy flag FO must be tested). 
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The format of the DBB status byte returned during 
an I/O read of port F9 is as follows. 



OBF 



IBF 



FO 



C/D 



MSB 



LSB 



r 



OBF 
IBF 
FO 
C/D 



:l 



RESERVED 



Output Buffer Full. The OBF flag is 
automatically set (to a "1" state) by the PIO 
processor when it writes a data byte to the out- 
put buffer. The OBF flag is automatically 
cleared (to a "0" state) when the master pro- 
cessor reads the byte from the output buffer. 



Input Buffer Full. The IBF flag is 
automatically set by the master processor 
when it writes a data byte to the input buffer. 
The IBF flag is automatically cleared when the 
PIO processor reads the byte from the input 
buffer. 



FO flag. The FO flag is set by the PIO 
processor on receipt of a command from the 
master processor in order to lock out addi- 
tional command entry. On completion of the 
command, the PIO processor clears the FO 
flag. The master processor monitors the FO 
flag to determine when a command has been 
accepted (FO flag set) and when command 
processing is complete (FO flag clear). 



Command/Data. The C/D flag reflects the 
state of the master processor's low-order port 
address bit to differentiate between_ the 
writing of a data byte to port F8 (C/D=0) 
and_the writing of a command byte to port F9 
(C/D=l). The PIO processor examines this 
flag to determine if the byte in the input buf- 
fer is a command or data. The PIO processor 
also controls this flag to inform the master 
processor of the contents of the output buffer 
(if C/D=0, the output buffer contains the 
requested data byte; if C/D=l, the output 
buffer contains a status byte). 



Command bytes transferred to the PIO processor 
during an I/O write to port F9 have the following 
general format: 



MSB 



LSB 




REQUEST INTERRUPT 



Command Code is a 5-bit binary value that uniquely 
identifies each of the commands that may 
be issued by the master processor. 

Control Code is a two-bit code that provides addi- 
tional control of PIO paper tape reader 
operations. 

Request Interrupt is a control bit that informs the 
PIO that an interrupt is expected at the 
completion of the operation specified by 
the command. Commands that use the 
request interrupt bit are the paper tape 
reader, paper tape punch and line printer 
control commands. 



5.2 PIO COMMANDS 

Specific commands are used to transfer data between 
the master processor and the peripheral devices 
associated with the PIO subsystem and to return 
status bytes from the individual devices. Other com- 
mands are not used by any specific device and are 
defined as system commands. A complete list of the 
PIO commands is provided in table 5-1 . 



5.2.1 SYSTEM COMMANDS 

There are eleven commands available to a master 
processor that are used to control or test system func- 
tions common to the PIO subsystem. These system 
commands are identical in function to the eleven 
system commands of the IOC and permit a program- 
controlled reset function, return device and sub- 
system status, control the enabling and disabling of 
interrupts and permit diagnostic testing of the PIO 
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Table 5-1 . PIO Command Set 



Command 


Mnemonic 


Function 


Type 


Code 


System 


00000 
00001 
00010 
00011 
00100 
00101 
00110 
00111 
01000 
01001 
01010 
01011 
thru 
01111 


PACIFY 

ERESET 

SYSTAT 

DSTAT 

SRQDAK 

SRQACK 

SRQ 

DECHO 

CSMEM 

TRAM 

SINT 


Resets PIO and its devices. 

Resets device-generated error (not used by standard devices). 

Returns subsystem status byte to master processor. 

Returns device status byte to master processor. 

Inputs device interrupt acknow/ledge mask from master processor. 

Clears PIO subsystem interrupt request. 

Requests PIO to forward an interrupt request to the master processor. 

Requests PIO to echo data byte sent by master processor. 

Requests PIO to checksum internal ROM. Returns pass/fail. 

Requests PIO to test internal RAM. Returns pass/fail. 

Enables specified device interrupt from PIO. 

Reserved, causes illegal command error. 


Reader 


10000 
10001 


RDRC 
RSTC 


Moves tape one frame forward /reverse or returns paper tape reader data byte. 
Returns papertape reader status byte. 


Punch 


10010 
10011 


PUNC 
PSTC 


Transfers data byte to paper tape punch. 
Returns paper tape punch status byte. 


Printer 


10100 
10101 
10110 


LPTC 
LSTC 
WPPC 


Transfers data byte to printer. 

Returns printer status byte. 

Transfers tw/o address/control bytes and one w/rite data byte to PROM 

programmer. 


PROM 
Programmer 


10111 

11000 
11001 
11010 
thru 

11111 


RPPC 

RPSTC 
RDPDC 


Transfers tw/o address/control bytes to PROM programmer and one read data 

byte from PROM programmer. 

Transfers tw/o PROM programmer status bytes to master. 

Transfers read data byte from PROM programmer. 

Reserved, causes illegal command error. 



facilities. The following text describes each of the 
system commands and defines the format of the data 
bytes transferred as a result of command execution. 

NOTE 

Bit 7 of the command byte is not used in 
system commands (i.e., an interrupt cannot 
be generated by the PIG on completion of a 
system command). 

The PACIFY command is a software reset that ter- 
minates any pending 1/0 opertion and reinitializes 
the PIO hardware and software. There is no data 
byte transfer associated with the PACIFY command, 
and a minimum of 100 milliseconds is required to 
complete the initialization sequence. 

The ERESET command is intended for use with a 
peripheral device that requires a hardware error reset 
to clear an error condition within the device. Since 
the standard devices of the PIO do not require an 
error reset signal, the ERESET command is not 
implemented by PIO firmware. 

The SYSTAT command causes the PIO processor to 
load the system status byte into the output data buf- 
fer of the DBB. The PIO processor sets that OBF flag 



and clears the C/D flag to inform the master pro- 
cessor that the system status byte can be read from 
the data port. The format of the system status byte is 
as follows: 



MSB 



LSB 




RESERVED 



ILLEGAL INTERRUPT MASK 
ILLEGAL DATA TRANSFER 
ILLEGAL COMMAND 
DEVICE ERROR 



Illegal Interrupt Mask is set when the interrupt reset 
mask transferred by a SRQDAK command 
does not correspond to the interrupt bit set 
in the device status byte. The illegal inter- 
rupt mask bit is cleared when the master 
processor reads the system status byte from 
the DBB output buffer. 
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Illegal Data Transfer is set when a master processor 
loads a data byte into the DBB input buffer 
without a preceding command. The byte is 
not accepted by the PIO. The illegal data 
transfer bit is cleared when the master pro- 
cessor reads the system status byte from the 
DBB output buffer. 

Illegal Command is set when a master processor 
loads an undefined command code into the 
DBB input buffer (see table 5-1). The com- 
mand byte loaded is not executed by the 
PIO. The illegal command bit is cleared 
when the master processor reads the system 
status byte. 

Device Error is set when a device fails to respond to a 
command. The master processor must issue 
a DSTAT command to determine the indi- 
vidual device responsible for the error and 
to clear the device error bit from the system 
status byte. 

The DSTAT command causes the PIO processor to 
load the device status byte into the DBB output data 
buffer. The PIO processor sets the OBF flag and 
clears the C/D flag to inform the master processor 
that the device status byte can be read from the data 
port. The format of the device status byte is as 
follows: 



MSB 
















LSB 


h 


6 


S 


4 


3 


2 1 


»l 














- 































PAPER TAPE PUNCH 1 

PRINTER 

PAPER TAPE READER J 

RESERVED 

PAPER TAPE PUNCH 

PRINTER 

PAPER TAPE READER I 

PROM PROGRAMMER 



DEVICE 
INTERRUPT 



DEVICE 
ERROR 



A Device Interrupt bit is set when the operation 
specified by a command that has its request 
interrupt bit set has been completed. The 
device interrupt bit is cleared by a subse- 
quent SRQDAK or SRQACK command. 

A Device Error bit is set when the specified device is 
unable to comply with a command issued 
by the master processor. A device error bit 
is cleared when the master processor reads 
the device status byte. More detailed error 
information is provided by the individual 
device status bytes (see RSTC, PSTC and 
LSTC command descriptions). 



The SRQDAK command is used to clear a device 
interrupt. The subsequent data byte from the master 
processor to the DBB input data buffer is as follows: 



MSB 



LSB 



r 



PAPER TAPE 1 
PUNCH 

LINE V INTERRUPT 

PRINTER f RESET 
PAPER TAPE r 
READER 



y RESERVED 



An Interrupt Reset bit, when set, clears the cor- 
responding device interrupt bit in the 
device status byte (see DSTAT command 
description). Attempting to reset an inter- 
rupt bit that is not set causes the illegal 
interrupt mask bit to be set in the system 
status byte. Note that the SRQDAK com- 
mand also clears he PIO hardware inter- 
rupt signal to the IPB/IPC. 



The SRQACK command causes the PIO processor to 
reset all of the device interrupt bits in the device 
status byte and the PIO hardware interrupt signal to 
the IPB/IPC. A data byte transfer is not associated 
with the SRQACK command. 



The SRQ command causes the PIO to generate a 
hardware interrupt to the IPB/IPC. The device inter- 
rupt bits of the device status byte are not affected and 
a data byte transfer is not initiated. This diagnostic 
command allows a master processor to test the PIO 
hardware interrupt signal when all other local inter- 
rupts of the IPB/IPC are reset. The PIO interrupt 
signal causes a level 7 interrupt request on the 
Multibus interface. The interrupt signal is cleared by 
a subsequent SRQACK command. 



The DECHO command causes the PIO processor to 
accept and return (in complemented form) the next 
data byte input from the master processor. Although 
the data byte is sent and received via I/O port F8, the 
internal path within the PIO processor includes a 
software-controlled transfer of the data byte from 
the DBB input data buffer to the DBB output data 
buffer. The DECHO command represents a fairly 
comprehensive test of the master processor-PIO 
interface. The PIO response to a DECHO command 
requires approximately two milliseconds. 
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The CSMEM command causes the PIO processor to 
checksum the contents of the PIO internal ROM and 
thereby perform a confidence test of the PIO firm- 
ware. If the checksum test passes, the PIO processor 
clears the C/D flag to zero and returns a data byte 
of all zeroes; if the_checksum test fails, the PIO pro- 
cessor sets the C/D flag to one and returns a data 
byte of all ones. Command execution requires 
approximately 100 milliseconds. 



The TRAM command causes the PIO processor to 
perform read-after-write testing of PIO internal 
RAM. If a RAM location cannot be successfully 
written and read-back, the test is immediately ter- 
minated, and the PIO processor sets the C/D flag 
to one and returns a data byte of all ones. If the test 
passes, the PIO processor clears the C/D flag to 
zero and returns a data byte of all zeroes. Command 
execution requires approximately 100 milliseconds. 



The SINT command causes the PIO processor to 
accept an interrupt enable byte at the DBB input data 
buffer. A bit set within the byte enables the cor- 
responding device interrupt and also enables the PIO 
hardware interrupt signal to the IPB/IPC. The inter- 
rupt enable bits perform a function identical to the 
interrupt request bit of a command byte. Note that 
once a device interrupt is enabled, it remains enabled 
until a subsequent SINT command is issued to reset 
the interrupt enable bit. The format of the interrupt 
enable byte is as follows: 



MSB 



LSB 



FT 



PAPER TAPE] 
PUNCH 

LINE V INTERRUPT 

PRINTER r ENABLE 

PAPER TAPE \ 
READER 



V RESERVED 



An Interrupt Enable bit, when set, enables the inter- 
rupt from the corresponding device. The 
format of the interrupt enable byte is iden- 
tical to the interrupt reset byte of the 
SRQDAK command. Note that when any 
of the individual interrupt enable bits is set, 
the PIO interrupt line to the IPB/IPC is 
also enabled. 



5.2.2 PAPER TAPE READER 
COMMANDS 

The standard 200 character/second paper tape reader 
is pulsed to move one frame forward (to the right) or 
reverse (to the left). Two control signals are used by 
the reader: DR (drive right) and DL (drive left). The 
paper tape reader supplies two device status signals: 
DATA READY and SYSTEMS READY. The 
DATA READY signal indicates that tape movement 
has been completed and that a valid data byte is being 
presented to the PIO. The SYSTEMS READY signal 
indicates that the reader is connected to the PIO and 
that power is applied to the reader. 

Commands to the PIO include the RDRC reader con- 
trol command and the RSTC reader status com- 
mand. The reader control command is able to either 
move the tape one frame or to enable PIO acceptance 
of the data byte (concurrent tape movement and data 
reading is not implemented). If the PIO detects an 
error condition during a read operation, the reader 
status byte is returned in place of the data byte. The 
PIO informs the master processor that a status byte is 
being presented by setting the command/ data bit of 
the DBB status byte, and the operation is comparable 
to the PIO's execution of the RSTC reader status 
command. 

The RDRC command uses bits 5 and 6 of the com- 
mand byte to define the direction of tape movement, 
and either to select tape movement or to enable data 
byte reading. Note that if data byte reading is 
specified, the tape direction bit (bit 5) has no 
significance. The combinations of bits 5 and 6 are as 
follows: 



Bit 


Operation 


6 


5 





1 
1 



1 


1 


Read data byte 

Read data byte 

Move tape forvifard one frame 

Move tape reverse one frame 



When the request interrupt bit (bit 7) of the com- 
mand byte is set, a PIO interrupt is generated at the 
completion of command processing and the paper 
tape reader device interrupt bit is set in the device 
status byte. When the RDRC command specifies tape 
movement (bit 6 of the command byte set), the inter- 
rupt is generated following tape movement (when the 
paper tape reader generates DATA READY). When 
the command specifies a data byte read operation, 
the interrupt is generated when the PIO processor 
places the requested data byte in the DBB output 
data buffer. Note that if an error is detected during 
command execution, the interrupt is generated when 
the PIO processor places the reader status byte in the 
DBB output data buffer. 
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The RSTC command causes the PIO processor to 
place the reader status byte in the DBB output data 
buffer and to clear the paper tape reader device error 
bit in the device status byte. The format of the reader 
status byte is as follows: 



MSB 



LSB 



? 



DATA READY 
SYSTEMS READY 

y RESERVED 

' ILLEGAL STATUS REQUEST 
READER TIMEOUT 



Data Ready is set when the paper tape reader has a 
character in its output buffer and is cleared 
when the PIO processor executes an RDRC 
command to access the character byte. 
When operating in the polled mode (inter- 
rupts disabled), a master processor tests the 
data ready bit following a tape movement 
command to determine when the character 
can be accessed by a subsequent RDRC 
read data byte command. 



Systems Ready is set when both primary power is 
applied to the paper tape reader and the 
reader is connected to its corresponding 
connector on the rear panel of the develop- 
ment system. 



Illegal Status Request is set when the request inter- 
rupt bit is set in the RSTC command byte 
(a master processor cannot legally request 
an interrupt at the completion of a status 
access operation). The illegal status request 
bit is cleared when the master processor 
reads the paper tape reader status byte 
from the DBB output data buffer. 



Reader Timeout is set if the paper tape reader is not 
connected or has remained in a not ready 
condition (data ready=0) for more than 260 
milliseconds following a tape movement 
command. The timer is reinitialized with 
every RDRC command. 



5.2.3 PAPER TAPE PUNCH COMMANDS 

The standard 75 character/second paper tape punch 
responds to a single control signal (PUNCH COM- 
MAND) that causes the punch to perforate a 
character on the tape and to advance the tape to the 
next frame position. The PUNCH COMMAND 
signal is generated by the PIO following receipt of a 
PUNC command from a master processor. The 
associated paper tape punch data byte is placed on 
the data output lines to the paper tape punch prior to 
the generation of the PUNCH COMMAND signal to 
the paper tape punch. Status regarding paper tape 
punch operations is supplied by the PIO processor to 
the master processor on receipt of a PSTC command. 
Status lines from the paper tape punch consist of 
PUNCH READY (operation complete) and 
SYSTEMS READY. 

NOTE 

The INPUT MODE SELECT and OUTPUT 
MODE SELECT control lines of the 
standard paper tape punch are disabled 
(grounded) at the interface connector on the 
chassis rear panel, and the DIRECTION 
control line is connected to +5 volts to only 
enable forward tape motion. 

The PUNC command causes the PIO processor to 
accept the subsequent data byte at the DBB input 
data buffer as the character byte to be punched on 
the paper tape. The PIO processor delays the genera- 
tion of the PUNCH COMMAND/ control signal 
until the character byte has stabilized on the output 
data lines to the paper tape punch. If the request 
interrupt bit of the PUNC command byte is set, the 
PIO processor sets the paper tape reader device inter- 
rupt bit in the device status byte and generates a PIO 
interrupt to the IPB/IPC when the paper tape reader 
returns a PUNCH READY status indication. 

The PSTC command causes the PIO processor to 
place the paper tape punch status byte in the DBB 
output data buffer and to clear the paper tape punch 
device error bit of the device status byte. The format 
of the paper tape punch status byte is as follows: 



MSB 



LSB 



L 



PUNCH READY 
SYSTEMS READY 



RESERVED 



ILLEGAL COMMAND 
ILLEGAL STATUS REQUEST 
PUNCH TIMEOUT 
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Punch Ready is set when the paper tape punch is 
ready to receive a new punch command 
(i.e., after a character is punched and the 
tape is advanced one frame). When 
operating in the polled mode (interrupts 
disabled), a master processor tests the 
punch ready bit following a PUNC com- 
mand to determine when the operation has 
been completed and the next character can 
be punched. 

Systems Ready is set when both primary power is 
applied to the paper tape punch and the 
punch is connected to its corresponding 
connector on the development system's 
rear panel. 

Illegal Command is set when a PUNC command is 
followed by a subsequent command byte 
(C/D=l). When this bit is set, the PUNC 
command is not executed (a character is 
not punched). The illegal command bit is 
cleared when the master processor reads 
the paper tape punch status byte from the 
DBB output data buffer. 

Illegal Status Request is set when the request inter- 
rupt bit is set in the PSTC command byte (a 
master processor cannot legally request an 
interrupt at the completion of a status 
access operation). The illegal status request 
bit is cleared when the master processor 
reads the paper tape punch status byte 
from the DBB output data buffer. 

Punch Timeout is set if the paper tape punch is not 
connected or has remained in a not ready 
condition (punch ready=0) for more than 
260 milliseconds following a PUNC com- 
mand. The timer is reinitialized with every 
PUNC command. 



5.2.4 PRINTER COMMANDS 

Two PIO commands are used to control the standard 
60 character per second dot matrix printer. One com- 
mand transfers ASCII character and control codes 
from a master processor to the line printer (both 
character and control codes are output to the printer 
as parallel bytes), and the other command returns the 
printer status byte to the master processor. The PIO 
processor uses a single control line (LPT DATA 
STROBE/) to transfer both control and character 
codes to the printer. The ASCII characters trans- 
ferred are stored in the printer's input character buf- 
fer until either 80 characters have been received or a 
carriage return or line feed control code is 
encountered to terminate the line. When a character 
line is complete, the printer initiates its print cycle. 



The line printer returns three status signals to the 
PIO processor: SELECT, BUSY and ACKNOWL- 
EDGE. The SELECT signal is active when the line 
printer is placed on-line, and the BUSY signal is 
active during a print cycle. The ACKNOWLEDGE 
signal, when active, indicates that a character or con- 
trol code has been accepted. The duration of the 
ACKNOWLEDGE signal returned by the standard 
printer is too short to be detected by the PIO pro- 
cessor; the PIO processor assumes that all character 
and control codes are accepted. 



The LPTC command causes the PIO processor to 
accept the subsequent data byte at the DBB input 
data buffer as an ASCII character or control code to 
the line printer. The PIO processor delays the genera- 
tion of the data strobe pulse (LPT DATA STROBE/) 
to the line printer until the ASCII code byte has stabi- 
lized on the output data lines to the printer. If the 
request interrupt bit (bit 7) of the LPTC command 
byte is set, the PIO processor sets the printer device 
interrupt bit in the device status byte and generates a 
PIO interrupt to the IPB/IPC when the associated 
character line is printed (i.e., when BUSY returns to 
an inactive level). 



The LSTC command causes the PIO processor to 
place the printer status byte in the DBB output data 
buffer and to clear the printer device error bit in the 
device status byte. The format of the printer status 
byte is as follows: 



MSB 












LSB 


1 7 6 5 4 3 2 1 1 
















— 

































PRINTER READY 
PRINTER PRESENT 
PRINTER SELECTED 

RESERVED 

ILLEGAL COMMAND 
ILLEGAL STATUS REQUEST 
PRINTER TIMEOUT 



Printer Ready is set whenever the printer is on-line 
and is not performing a print cycle (i.e., 
when BUSY is inactive). Since a character 
or control code is not accepted during a 
print cycle, the printer ready bit is exam- 
ined prior to every LPTC command. 



Printer Present is set when the printer is connected, 
powered-on and has been placed off-line, 
the printer present bit remains active. 
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Printer Selected is set when the printer is placed 
on-line (i.e., when SELECT is active) and 
remains set until the printer is placed off- 
line. 



Illegal Command is set when a LPTC command is 
followed by a subsequent command byte 
(C/D=l). When the illegal command bit 
is set, the LPTC command is not executed 
(a data strobe pulse is not generated). The 
illegal command bit is cleared when the 
master processor reads the printer status 
byte from the DBB output data buffer. 

Illegal Status Request is set when the request inter- 
rupt bit is set in the LSTC command byte (a 
master processor cannot legally request an 
interrupt at the completion of a status 
access operation). The illegal status request 
bit is cleared when the master processor 
reads the printer status byte from the DBB 
output data buffer. 

Printer Timeout is set when the printer fails to com- 
plete a print cycle within 3.5 seconds. The 
cycle timer is reinitialized at the beginning 
of every print cycle when BUSY goes 
active. 



5.2.5 PROM PROGRAMMER 
COMMANDS 

The following information pertains to the PROM 
programmer interface of the Intellec Series II 
development system. The text provides details on 
each of the commands and describes the functions of 
bits within the currently implemented data and status 
bytes. The PIO processor does not examine the con- 
tents of any PROM programmer data byte. 

One factor common to all PROM programmer com- 
mands is that the PIO processor initiates a three 
millisecond timeout each time a command is 
received. For the WPPC write command, the timeout 
error simply causes a PROM programmer timeout bit 
to be set in the device status byte. However, for the 
RPPC and RDPDC read commands and the RPSTC 
status command, a special action is taken since it is 
assumed that a valid data or status byte could not be 
accessed from the PROM programmer. This special 
action consists of setting the C/D flag of the DBB 
status byte and loading an all ones byte (FFH) into 
the DBB output data buffer. The master program 
recognizes this DBB response as an indication that 
the PROM programmer was unable to provide the 
requested data or status byte. 



The WPPC command causes the PIO to transfer 
three bytes in sequence from the DBB input data buf- 
fer to the PROM programmer interface write data 
lines (PWD0-PWD7). Concurrently, the PIO pro- 
cessor sequentially activates control lines PPWC2, 
PPWCl, and PPWCO in order to synchronize accep- 
tance of the three bytes by the PROM programmer. 
The PROM programmer responds to each control 
signal by generating PPACK (PROM Programmer 
Acknowledge) to acknowledge acceptance of the 
associated byte. PPACK, since it cannot be detected 
at the PIO processor's data port due to its short dura- 
tion, is additionally coupled to the TEST 1 input 
where it is tested using the appropriate branch 
instruction. 

The three bytes transferred to the PROM program- 
mer by the WPPC command are described in the 
following text in the order of their occurrence. 

The first of the three write bytes is clocked by 
PPWC2 and is known as the low address byte. The 
format of the low address byte is as follows: 



MSB 
















LSB 


1 7 8 6 


4 


3 


2 


1 


•1 
















— 







































A1 
A2 
A3 
A4 
AS 
A6 
A7^ 



. LOW-ORDER 
y PROM 
' ADDRESS 



The second of three write bytes is clocked by PPWCl 
and is known as the high address byte. The format of 
the high address byte is as follows: 



MSB 



LSB 



HIGH-ORDER 

PROM 

ADDRESS 
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High-Order PROM Address is defined by the control 
bit (bit 7) of the high address byte. When 
the control bit is clear, the four low-order 
bits of the byte contain PROM address bits 
A8 through All (4k address range). When 
the control bit is set, the four low-order bits 
contain PROM address bits A12 through 
A15 (64k maximum address range). 

Nibble Select is only applicable when programming 
4-bit PROMs. When the nibble select bit is 
set, the four data bits to be programmed 
are contained in the high-order four bits of 
the data byte (D7-D4), and when clear, the 
four data bits are contained in the low- 
order four bits of the data byte (D3-D0). 
The nibble select bit is ignored when pro- 
gramming 8-bit PROMs. When reading a 
4-bit PROM, the data is always returned in 
the four low-order bits of the data byte. 

Socket Select, when set, specifies PROM pro- 
gramming operations on the PROM device 
installed in Socket 1 and, when clear, 
specifies PROM programming operations 
on the PROM device in Socket 2. 

Start Read is only applicable during PROM pro- 
grammer read operations (see RPPC and 
RDPDC read command descriptions). 

Control Bit defines the four address bits of the high 
address byte. When set, the high-order 
PROM address bits correspond to address 
bits A12 through A15 and when clear, the 
high-order PROM address bits correspond 
to address bits AS through Al 1 . Note that 
since the PIO firmware only issues one high 
address byte with any read or write com- 
mand, when address bits A12 through A15 
are required (e.g., when programming a 
2764 EPROM), the master processor must 
perform a "dummy read" (with the control 
bit set) to load address bits A12 through 
A15 prior to programming (or reading) the 
PROM. 

The third of the three write bytes is clocked by 
PPWCO and is the data byte to be written into the 
PROM address specified by the low and high address 
bytes. 

The RPPC command is used to read the contents of a 
PROM that has been previously programmed. The 
action of the PIO processor in response to an RPPC 
command is similar to that of the WPPC command 
in that the low and high address bytes are transferred 
to the PROM programmer by sequential generation 
of PPWC2 and PPWCl. If the start read bit of the 
high address byte is clear, the PIO processor 



generates PPRCO in place of PPWCO to cause the 
PROM programmer to transfer the data contents of 
the addressed PROM location to the PIO processor's 
input data port. The PROM programmer signals the 
PIO processor when the data byte is available 
(PPACK), and the PIO processor sets the OBF flag 
in the DBB status byte when it transfers the byte to 
the DBB output data buffer for access by the master 
processor. 

If the start read bit of the high address byte is set, the 
"read polling mode" is selected, and the PROM pro- 
grammer initiates the read operation when the high 
address byte is received (i.e., on receipt of PPWCl). 
Note that in the read polling mode, the low address 
byte must precede the high address byte. The master 
processor monitors the Busy bit in the operation 
status byte (using the RPSTC command) to deter- 
mine when the PROM programmer has accessed the 
addressed data byte. When the byte has been 
accessed (when the Busy bit clears), the master pro- 
cessor must issue an RDPDC command to access the 
data byte. Note that if the data byte returned by an 
RPPC or RDPDC command is invalid, thePIO pro- 
cessor sets the command/data flag (C/D=l) and 
returns a data byte of all ones. 

The RDPDC command is only valid when a prior 
RPPC command specifies read polling mode opera- 
tion (start read bit set in the high address byte). The 
RDPDC command, as previously explained, is issued 
by the master processor when it determines that the 
PROM programmer has accessed the data byte 
addressed by the RPPC command. In response to the 
RDPDC command, the PIO processor generates 
PPRCO to enable the byte onto the PROM program- 
mer's read data lines (the byte is accepted on receipt 
of PPACK from the PROM programmer) and then 
transfers the byte from its input data port to the DBB 
output data buffer for access by the master 
processor. 

The RPSTC command causes the PIO processor to 
transfer two status bytes to the master processor. On 
receipt of the RPSTC command, the PIO processor 
generates PPRCl to access the operation status byte 
from the PROM programmer. The accessing of the 
operation status byte is simplified in that this byte is 
continuously applied to the read data lines (PRDO- 
PRD7) except when the PROM programmer receives 
a read data command. On receipt of PPACK from 
the PROM programmer, the PIO processor transfers 
the operation status byte to the DBB output data buf- 
fer and then monitors the DBB output buffer full 
(OBF) flag to determine when the master processor 
accepts the status byte. When the byte is accepted 
(when the OBF flag is cleared), the PIO processor 
places the PROM programmer device status byte in 
the DBB output data buffer and again sets the OBF 
flag. 
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The format of the PROM programmer operation 
status byte is as follows: 



MSB 



LSB 



I 



BUSY 

OPERATION COMPLETE 
FAILEDTO PROGRAM PROM 
PROGRAMMING ERROR 
ADDRESS ERROR 
HARDWARE FAILURE 
BOARD SENSE ERROR 
PROM PROGRAMMERTIMEOUT 



Busy is set while the PROM programmer is perform- 
ing any operation specified by a data read 
or write command. Note that the remaining 
status bits are only valid when the PROM 
programmer is not busy (i.e., when the 
busy bit is clear). 

Operation Complete is set at the completion of any 
data read or write operation. 

Failed to Program PROM is set when the PROM 
programmer is unable to successfully pro- 
gram the PROM. 

Programming Error is set when an attempt is made to 
reprogram a fused location (e.g., attempt- 
ing to reprogram a bipolar PROM). 

Address Error is set when an attempt is made to pro- 
gram or read a non-existent PROM 
location. 



PROM Programmer Timeout is a personality 
module-dependent status bit (e.g., the 
UPP-848 personality module sets this bit if 
the 8748 device is incorrectly oriented in the 
socket). 

The format of the PROM programmer device status 
byte is as follows: 



MSB 



LSB 



r 



READY 

PROM PROGRAMMER PRESENT 

RESERVED 

- ILLEGAL COMMAND REQUEST 

- RESERVED 

- PROM PROGRAMMER TIMEOUT 



Ready is set when the PIO processor completes 
execution of a command. 



PROM Programmer Present is set when the PROM 
programmer is connected to its cor- 
responding rear panel connector and 
primary power is applied to the PROM 
programmer. 

Illegal Command Request is set when the master pro- 
cessor issues a new command and the 
previous command has not been 
completed. 



Hardware Failure is set when a hardware fault is 
detected (e.g., programming voltage not 
present, PROM incorrectly programmed). 

Board Sense Error is set when a personality module is 
not installed for the socket specified. 



PROM Programmer Timeout is set if the PROM 
Programmer is not present or primary 
power is not enabled, or if command 
execution is not completed within three 
milliseconds (i.e., the ready bit remains 
clear for more than three milliseconds). 
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KEVINT PACE 



LOC OBJ 



tap* 

BBFB 

BBFC 
BBFD 



BB2B 

BBBC 



BB7E 

BBBF 



BBB4 
BBBA 



; 



1 

2 
3 

4 ; 

5 I 

t ; 
7 I 
« 

9 > 
IB I 

11 t 

12 I 

13 ; 

14 ; 

15 ; 
It : 

17 ; 

18 ; 

19 ; 
2a I 

21 I 

22 t 

23 ; 

24 ; 
23 ; 
2t J 

27 J 

28 I 

29 > 
38 ; 

31 I 

32 J 

33 ) 

34 Licri 

33 LICPl 

3t SICPB 

37 SICPl 

38 ; 

39 ; 

4B ; 

41 EOI 

42 OCH 

43 ; 

44 1 
43 I 

4t SIMSK 

47 lOCIN 

48 1 

49 ; 
3B t 

31 lACK 

32 SIHT 



SOURCE STATEMENT 

NAME KEYINT 
ASEG 

THIS PROCRAM IS AH EXAMPLE OF AH IHTERRUPT ROUTINE TO BE USED 
UHEH EHABLIHG AND SERVICINC IHTERRUPTS ORICIHATINC FROM THE DEVICES 
ATTACHED TO THE LOCAL INTERRUPT CONTROLLER < I OC- P I 0. US ART 1 , USART2 ETC) 
OF A SERIES II PROCESSOR. 

THIS SPECIFIC EXAMPLE IS FDR A KEVBOARO INTERRUPT FROM THE SERIES II 

MODEL 22g OR 238. THE LINES OF CODE yNICH DO NOT CHANCE FROM DEVICE TO DEVICE 

ARE SHOUH HITH AH ASTERIKO}. THE LIHES WHICH CHANCE BASED OH THE 

DEVICE IS SHOUN VITH A DOUBLE ASTERIKO*). 

THE FOLLOUIHG STEPS ARE PERFORMED 
IHITIALIZATIOH: 

1) UHMASK INTERRUPT LEVEL B. 7 OF SYSTEM 8239 

2) UHMASK INTERRUPT LEVEL 6 OF LOCAL 8233 

3) EHABLE KEYBOARD IHTERRUPT OF IOC 

INTERRUPT SERVICIHC; 

1) POLL LOCAL 8239 <HUST BE DOHE) 

2) READ CHARACTER FROM IOC KEYBOARD 

3) ACKNOULEDCE IHTERRUPT TO IOC LOCIC 

4) ACKNOULEDCE INTERRUPT <EOI> TO SYSTEH/LOCAL 8239 

THE ROUTIHE UHEN STARTED FROM LOCATION BIBBH ENABLES KEYBBARD INTERRUPTS 
AND ECHOS THE KEYBOARD CHARACTER TO THE COHSOLE OURINC THE SERVICE 
ROUTINE FOLLOWED BY RETURNING TO THE EKECUTIHG ROUTINE UHICH 
IN THIS CASE IS A LOOP OH A HALT INSTRUCTIOH. 

8239 IHTERRUPT CONTROLLER INTERFACE CONSTAHTS 




leu 

EOU 
EBU 
ESU 



EBU 
EBU 



aPAH 
BFBH 
BFCH 
BFDH 



B2BH 
BBCH 



> LOCAL INTIRRUPT CONTROL PORT B 

; LOCAL IHTERRUPT CONTROL/'OATA PORT 1 

S SYSTEM INTERRUPT CONTROL PORT 8 

; SYSTEM INTERRUPT CONTROL/DATA PORT I 



; EHD OF INTERRUPT 

; OPERATION CONTROL UORD (POLL COMMAND) 



SYSTEM IHTERRUPT CONSTANTS 



EBU 
EBU 



B7EN 
8BFH 



/' MASK FOR ENABLING SYSTEM INTERRUPTS B,7 
; MASK FOR EHABLIHG IOC IHTERRUPT 



IOC INTERFACE COHSTANTS 



EBU 
EBU 



BB4N 
■ BAH 



) INTERRUPT ACKNOULEDCE COHHAHD 

J SYSTEM IHTERRUPT EH ABLE/DI SABLE CONNNAHO 



3D 
3D 



3D 
O 



> 
■D 
■D 

■D X 



1112 

aiaz 



F8B» 

F821 
F844 



■ 138 




■ 838 


SEBC 


8830 


D3FB 


■ B3C 


D8FB 


BBSE 


■ «12 


■ 848 


CD21F8 


■ 843 


4F 


■ ■44 


CDB1F8 


■ 84!' 


BtB4 


8849 


■ £82 


8848 


CD44F8 


B84E 


3E28 


BIS^ 


D3F8 


■ 832 


D3FD 


8834 


F8 


■ 833 


C9 


■ 111 




■ 1B8 


3E7E 


■ 1B2 


D3FC 


■ 1B4 


3E8F 


eis£ 


07, F« 


81B8 


B6BA 


BIBO 


BEB2 


BIBC 


CD44F8 


BIBF 


7« 


BUB 


CIBFBl 



SOURCE STATENEHT 



33 KEYD 

34 KNEK 



33 > 
S« ) 

37 ; 

38 CO 

39 lOCDRl 
«l I0CDR2 

«1 ; 

«2 ) 
«3 ) 
«4 ) 
«S 

«« 
(7 
«8 
«9 
78 
71 
72 
73 
74 
73 
7« 
77 
78 
79 
88 
Bl 

82 ) 

83 ) 
B4 ) 
83 
8« 
87 
88 
89 
98 
91 
92 

93 LOOPI 

94 

93 

9« 



EQU 

Eau 



■ 12H 
8B2H 



KEVBDARD DATA CONNAND 
KEVBOARD MASK 



NOHITOR INTERFACE CONSTANTS 



EBU 
EQU 
EBU 



8F8I9N 
■F821N 
■F844N 



INTERRUPT 7 ROUTINE 



ORG 
NVI 
OUT 
IN 

NVI 

CALL 

NOV 

CALL 

NVI 

NVI 

CALL 

NVI 

OUT 

OUT 

EI 

RET 



aSBN 
A.OCW 
LICPl 
LICPl 

8. KEYD 

lOCDRl 

C, A 

CO 

8. lACK 

C.KNSK 

I0CDR2 

A.EOI 

LICPl 

SICPl 



NAIH PROCRAN 



ORG 
NVI 
OUT 
NVJ 
OUT 
NVI 
NVI 
CALL 

HLT 

in? 

END 



81BBH 

A.SINSK 

SICPB 

A.IOCIN 

LICPB 

B.SINT 

C.KNSK 

I0CDR2 



CONSOLE OUT ENTRY POINT 
IOC OUTPUT DRIVER 
IOC INPUT DRIVER 



) •• OUTPUT POLL CONNAND TO LOCAL 8239 

) •• 

) >• INPUT HIGHEST PRIORITY INTERRUPT AND 

) DISCARD IF DESIRED 

) > LOAD IOC KEYBOARD CONNAND 

) • INPUT KEYBOARD DATA 

; SET UP FOR OUTPUT TO CONSOLE ROUTINE 

; OUTPUT CHARACTER 

) * LOAD IOC INTERRUPT ACKNOULEDGE CONNAND 

) • LOAD KEYBOARD ACKHOULEDGE CDHSTAHT 

; • OUTPUT ACKHOVLEDCE 

: •• OUTPUT EOI TO LOCAL/SYSTEN INTERRUPT CONTROLLERS 



n 

•-1 

SO 

o 

3' 

n 

m 

I 



) •• ENABLE INTERRUPTS 



•* OUTPUT SVSTEN INTERRUPT NASK 
•• OUTPUT LOCAL INTERRUPT NASK 

• LOAD SYSTEH IHTERRUPT CONNAND 

• LOAD KEYBOARD ENABLE CONSTAHT 

• OUTPUT TO IOC LOGIC 



PUBLIC SYMBOLS 



EXTERNAL SYNBOLS 



USER SYNBOLS 
CO A F8B9 
KNSK A IBBJ 

siasK A lire 



EOI 

LICPi 

SINT 



A ■■2B 

A BBFA 
A IBBA 



lACK 
LICPl 



A 8884 
A BBFB 



lOCDRl A F821 
LOOP A BIBF 



laCDR2 A F844 
OCV A BBBC 



lOCIH 
SICPB 



A BBBF 
A RBFC 



KEYD 
SICPl 



A Bill 

A BIFO 



® 
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MODULE PhCE 



LOC OBJ 



4aBB 

4888 C3304B 



88BD 
BBBS 
BBFF 
BBCB 
BBCB 
B8C1 
BBCl 
BBB4 
BBB2 
8881 
BBBl 

48B3 3EBD 
4BBS D3FF 

48B? DBCl 

488? EeB7 

4BBB C2B74E 

48BE 7A 

48BF D3Ci 

4811 DBCl 

4813 tiar 

4B1S FEBl 

4B17 C2114e 

4B1A OBCB 

4aiC E6B1 

4aiE CA874B 

4B21 DBCl 

4823 £iB? 

4B2S C2214B 

482B ?B 

482? D3C1 



SOURCE STATEMENT 



9 

18 

1 1 

12 

13 

14 

15 

16 

17 

18 

19 

28 

21 

22 

23 

24 

23 

2i 

27 

28 

29 

38 

31 

32 

33 

34 

33 

36 

37 

38 

39 

4B 

41 

42 

43 

44 

45 

4( 

47 

48 

49 

SB 

31 

32 



ORG 
JMP 



4BBBH 
START 



Arbitrary origin point 
Branch to start of exanple 




BASIC INPUT DRIVER EXAMPLE 

This is an «vanple of an input driver to the IOC. It is called 
yith the following input paraneters; 

D-register contains the idevice status connand? 

E-register contains the <device output CQni^and> 
Upon exiting fron this driver, the data input fron the device 
Will be in the A-r*gister. 

An input driver to the PIG is sinilar to this driver to the IOC 
except that the I/O port assignnents are changed. 



DISABL 

ENABL 

CPUC 

lOCI 

lOCO 

IOCS 

lOCC 

FO 

IBF 

OBF 

DEVRDY 

INDRVR; 



LOOPl : 



LOOPS : 



L00P3 .■ 



EQU 
EQU 
EQU 
ESU 
EQU 
E9U 
EQU 
EBU 
EQU 
EQU 
EQU 

MV I 
OUT 

IN 
AN I 
JNZ 
MOV 
OUT 

IN 

ANl 

CPI 

JHZ 

IN 

AN I 

J2 

IN 
AN I 
JNZ 
MOV 
OUT 



8DH 

BSH 

8FFH 

BCBH 

BCBH 

BC IH 

BC IH 

888881886 

8888881BB 

BBBBBBB 16 

BB8BB8B16 

A,DI3A6L ; 

CPUC 

IOCS 

FO OR IBF OR OBF; 

LOOPl 

A, D ; 

lOCC ; 

IOCS 

FO OR IBF OR OBF 

OBF 

L00P2 

lOCI 

DEVRDY 

LOOPl 

IOCS 

FO OR IBF OR OBF 

LO0P3 

A, E 

lOCC 



Disable interrupts 

Enable interrupts 

Control port 

I/O Controller input data (fron DBB> port 

I/O Controller output data <to DBB) port 

I/O Controller input DBB status port 

I/O Controller output control conwand port 

Flag a - slave is busy, master is locked out 

Slave input buffer is full 

Slave output buffer is full 

Device ready 

Block all interrupts 



Input DBB status 

Test for slave processor idle 

Loop until it is idle 

Load the device status connand 

Output the connand to the IOC control port 

Input DBB status 

Mask off status flags 

Test for slave done; sonething for the naster 

Loop until slave is ready 

Otherwise device fron DBB 

Is the device ready' 

Loop until it is 

Input DBB status 

Test for slave processor idle 

Loop until it is idle 

Load the device output connand 

Output the connand to the PIO control port 



CD 
> 
Cf) 

o 



30 



■o 
■o 

il 

■o X 

m CD 



I3I3-II 8B8B/'8B8S HACRO ASSENBLER, V2 B 



MODULE 



PACE 



LOC OBJ 



SOURCE STATEHEMT 






a 
■a 

c 



4B2B DBCl 
4B2D E6B7 
4e2F FEBl 
4831 C22B4B 
4B34 DBCB 
4B3e FS 
4B37 3Ea3 
4B39 D3FF 
4B3B Fl 
4B3C C9 



BB12 




BB13 




4B3D 


213?48 


4B4B 


B67A 


4fl42 


lil3 


4B44 


1E12 


4B46 


CDB34B 


484? 


77 


4a4A 


FEBO 


4B4C 


CA384B 


4B4F 


23 


4B3a 


83 


4831 


i;A574a 


4034 


C34248 


4fl57 


76 


4fl38 


76 


Ba7A 




4830 





S3 
54 
53 

36 
37 
38 
39 
6B 
61 
62 
63 
64 
65 
66 
67 
68 
64 
78 
71 
72 
73 
74 
73 
76 
77 
78 
79 
88 
81 
82 
83 
84 
83 
86 
87 
88 
89 
98 
91 
92 
93 
94 
93 



L00P4; 



IN 


IOCS 


AMI 


FO OR I 


CPI 


OBF 


JHZ 


L00P4 


IN 


lOCI 


PUSH 


PSM 


HVI 


A ,EHABL 


OUT 


CPUC 


POP 


PSU 


RET 





; Input DSB status 

IBF OR OBF; Hask off status flags 

; Test for slave done; sonething for the naster 

; Loop until it is readij 

; Otherwise input the data fron the DBB 

; Save the data 

i Enable the interrupts 



< 
n 
•-I 

W 

X 

t) 

3 
■a 



Return the data 



the H -r eg i st er 



This is an exanple keyboard driver which calls the above 
generalized input driver 

Characters are input fron the keyboard and stored into a 
buffer of size 122. Input is halted when either a carriage 
return is input or the buffer is full. 



KEVC 
KSTS 
START i 



LOOP: 



OVFL! 



EXIT! 



BUFFERl 



ESU 
ESU 

LXI 
NVI 

HVI 

HVI 

CALL 

HOV 

CPI 

JZ 

INX 

DCR 

JZ 

JHP 

HLT 

HLT 

OS 

EHD 



B12H 
B13H 

H, BUFFER 
B. 122 

0, KSTS 

E. KEYC 

INDRVR 

H, A 

BOH 

EXIT 

H 

6 

OVFL 

LOOP 



122 

START 



Keyboard input data conwand 
Keyboard device status connand 



Set up buffer sire counter of 122 

Load keyboard status cohnand 
Load keyboard input data connand 
Call the input driver routine 
Store the input byte in the buffer 
Is it a carriage return? 

Branch to EXIT if u e have .just input a 
Otherwise nove the buffer pointer 
and decrement the buffer count 
If buffer full* junp to overflow code 
Otherwise get the next character 

Overflow code 



carriage return 



PUBLIC SYHBOLS 



EXTERNAL SYMBOLS 



USER SYHBOLS 



BUFFER H 


4139 


CPUC A aaFF 


IBF A 


aBB2 


INORVR A 4803 


KSTS A 


BBt3 


LOOP A 4a42 


OVFL A 


4837 


START A 4830 


ASSEMBLY 


COMPLETE 


NO ERRORS 



DEVRDV A BBBl 
[i:CC A BBCl 
LOOP! A 4aa7 



DisABL A eeao 
loci M oacB 

L00P2 A 4au 



ENhBL 


H BBSS 


EX IT 


fl 4B58 


FO 


A BBB4 


IQCQ 


n BBCa 


IOCS 


H aaci 


KEYC 


fl Bai2 


LOOP^ 


H 4B21 


L00P4 


H 4B2B 


OBF 


fl OBB 1 



® 
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41BB 

41IB C33A41 



BBBO 
BB83 
8BFF 
BBF8 
BBF8 
BBF9 
BBF9 
BBB4 
BBB2 
BBBl 
BBBl 

41B3 3EBI> 
41H5 l)3FF 

4187 DBF? 

41B9 E6B? 

41B8 C2B741 

41 BE 7A 

4iaF 03F9 

4111 DBF? 

4113 Eea? 

41 13 FEBl 

4117 C21141 

411fl DBFS 

41 IC EeBl 

411E CAB741 

4121 l)BF9 

4123 E6B7 

4125 C22141 

4128 78 

4129 l)3F9 



SOURCE STflTEflENT 



1 

2 
3 
4 
5 
6 
7 
8 

IB 
1 1 
12 
13 
14 
15 
It 
17 

18 01 

19 EN 
2B CP 

21 PI 

22 PI 

23 PI 

24 PI 

25 FO 

26 IB 

27 OB 

28 OE 

29 OU 
3B 

31 

32 LOG 

33 

34 

35 

3t 

37 

38 LOC 

39 

4B 

41 

42 

43 

44 

45 

46 LOO 

47 

48 

49 

5B 

51 

52 LOO 



ORG 
jriP 



41BBH 
START 



Arbitrary origin point 
Branch to start of exanple 




BASIC OUTPUT DRIVER EXAMPLE 



This is an tfxanple of a 

with th« following inpu 

C-r«gistsP CO 

D-r«g i St er co 

E-reg i star co 

An output drtv9r to the 
except that the I/i3 por 



I t 



n output driver to the PIO 

t paroneters: 

ntains the byte dot a to be output 

ntains the <device status co«ftind> 

ntains the < device output ccn«ind> 



s called 



IOC is sinilar to this dr 
t assignments are changed. 



ver to the PIO 



SABL 

ABL 

UC 

01 

00 

OS 

OC 

F 
F 

VROY 
TOVR; 



EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EOU 
EOU 
EQU 
EQU 
EOU 

rivi 

OUT 

IN 
AN I 
JNZ 
HOV 
OUT 

IN 

AN I 

CPI 

JH2 

IN 

ANl 

JZ 

IN 

ANI 

•JNZ 

MOV 

OUT 



BOH 

B5H 

BFFH 

BF8H 

BF8H 

BF9H 

BF9H 

BBBBBIBBS 

BBBBB81BS 

BBBBBBB18 

BBBBBBBIS 

A, OISABL 
CPUC 

PIOS 

FO OR IBF 

LOOPl 

A, D 

PIOC 

PIOS 

FO OR IBF 

08F 

L00P2 

PIOI 

OEVRDY 

LOOPl 

PIOS 

FO OR IBF 

L00P3 

ft, E 

PIOC 



Disable interrupts 
Enable interrupts 
Control port 
Parallel I/O 



Parallel 
Parallel 
Para 1 1 el 
F lag 



nput data (fron DBBl port 
I/O output data (to DBB> port 
I/O input DBB status port 
I/O output control connand port 
slave is busy/ waster is locked 

Slave input buffer is full 

Slave output buffer is full 

Device ready 

Block all interrupts 



Input DBB status 

Test for slave processor tdle 

Loop until it 13 idle 

Load the device status connand 

Output the connand to the PIO control port 

Input DBB status 

flask off status flags 

Test for slave donei soneth.n'j for the nast 

Loop until slave is ready 

Othe'-uise device fron C'BB 

Is the device ready? 

Loop until it is 

Input DBS stotus 

Test Tor slave processor idle 

Loop until it is idle 

Load the device output c o ?> r^ a n d 

Output the connand to the PIO control port 



CD 




> 




C/) 




o 




o 




c 




^ 




■o 




c 




—1 




o 




3D 




< 




m 

3D 


> 

■o 


m 
X 

> 


■o 
m 

o 


■o 


X 


^ 




m 


o 



isis-ii SBSB/saes nncRo assembler, V2.a 



PACE 



412B 


l>BF9 


412D 


E4B7 


412F 


C22e41 


4132 


79 


4133 


l>3F8 


4133 


3E8S 


4137 


l>3FF 


4139 


C9 



8803 
8814 
88 13 

4I3A 215B4I 

4I3D 4E 

413E UI3 

4148 IEI4 

4142 CD834I 

4143 79 
4146 FE83 
4148 CA4F4I 
4I4B 23 
414C C33D4I 

414F 76 

415B 4C494E43 

4134 28385249 

4138 4E544332 

413C 2a5a494F 

4148 28453841 

4164 40384C45 

4168 28 

4169 80 
416n 8A 
4I6B 83 

41 3n 



53 

3-4 
33 
36 
57 
58 
39 
68 
61 
62 
63 
64 
63 
66 
67 
68 
69 
78 
71 
72 
73 
74 
73 
76 
77 
78 
79 
88 
81 
82 
83 
84 
83 
86 



SOURCE STATEMENT 

IN PIOS ; 

ANI FO OR IBF OR OBF; 

JNZ L00P4 ; 

nov A,C ; 

OUT PI 00 

nVI A.ENABL ; 

OUT CPUC 
RET 



Input D6B status 

Test f or slave processor ready 

Loop until it is rearj'j 

Load data to be written 

Output data to the D88 

Enable the interrupts 



This is an exanple line printer driver which calls the above generalized 

output driver. 

The contents of the array BUFFER are output to the line printer. 



00 
p 

CA 

n' 

o 

e 
p^ 
•a 

c 



< 
n 
■-I 

W 

X 

3 

•a 



ETX 
LPTC 
LSTC 
START : 

LOOP: 



EXIT: 



EOU 
EOU 
EOU 

LXI 

nov 
nvi 
nvi 

CALL 

nov 

CPI 

JZ 

INX 

jnp 

HLT 
08 



83H 

B14H 

BISH 



c, n 

t>, LSTC 
E ,LPTC 
OUTDVR 
A, C 
ETX 
EXIT 
H 
LOOP 



End-of-fi le 

Line printer output data connand 

Line printer device status connand 



Move data to be output to the C-register 

Load printer status conRand 

Load printer output data coi^nand 

Call the output driver routine 



Branch to EXIT if we h q v 



'.1 3 t output an ETX 



'LINE PRINTER PIO EXCMPLE 



. ODH , HrtH- ETj; 



PUBLIC SVIieOLS 



EXTERNAL SVnBOLS 



USER $TI1B0LS 
BljrrEP A 4158 
FO A 0084 

LPTC A 8814 



CPUC 


A 


OBFF 


(lEVRDV A BBBt 


IBF 


A 


0882 


LOOP A 413D 


LSTC 


A 


881? 


OBF A 8801 



DISAEL A OBOD 
LOOPl H 410' 
OUTDVR A 41 m 



ENmCL a BCa'5 
LOOP.? H 4111 

p 1 :: 1) a B r 'i 



E TX 


A 88 3 3 


ES IT 


A 4 UF 


LOOP ) 


H 4 ! J I 


L00r4 


A 4 128 


!■' ! I 


ij DBFS 


PIOO 


A 0DF8 



C/1 



IntcHcc® Scries II 



Basic Output Driver Example 



C-3 



ftSliSB iFliDISKSRC OBJECT( ! Fl lOISK OBO ) PR INT( ! F 1 : P I SK . L S T ) 



ISIS-II 8H8H/8Be5 HflCRO ftSSENBLER, V2.a 



eaaa 

eaaa coo^ei 

6aa3 E6a4 

eaas CAiiea 

ease coEzei 

6HBB CD(>C61 
6BaE C3BB6a 

6B11 BlIE^B 
6B14 CD2C61 

6ai;' aissea 

6B1A C(>2C61 
6aiD 76 



6aiE BB 

6B1F B4 

6826 B2 

6a21 28 

6B22 B7 

6823 2C6B 

6825 BB 

6a26 B6 

6B27 82 

6B28 4B 

6B29 13 

6B2A 2C6a 
BIBB 



SE9 



SOURCE STflTENENT 



; **+*4**4>« 



)" 



; * 



THIS 
SEC TO 
CONTE 
iSH 1^ 



1 

2 

3 

4 

5 

6 

7 

9 

9 ; 
IB 

11 CLEAR: 
12 
13 
14 
15 
16 
1 7 

18 BEGIN : 
19 
2B 
21 
22 
23 

24 ; 

25 RIOPB ; 
26 

27 

28 

29 

3B 

31 

32 WIOPB! 

33 

34 

35 

36 

37 

38 

3 9 BUFFER 
4B 

4 1 ;**♦*♦ 

42 ) • 

43 

44 

45 

46 

47 

48 

49 

SB 

51 

52 



I********************** 




SinPLE EXftNPLE READS TUO SECTORS FROH TH 
RS 7 AND 8) IHTO A BUFFER IN RAH IT THE 
NTS OF THAT BUFFER BACK TO THE DISK «T T 
NO 19H 



E DISK < TRACK 
N bIPITES THE 
RACK 4BH, SECT 



2SH, 
ORS 



********** 



ORG 



^**********************************A 



h********************* 



CALL 

AN I 

JZ 

CALL 

CALL 

JHP 

LXI 
CALL 
LX ! 
CALL 
HLT 



D8 
DB 
DB 
OB 
DB 
DU 

OB 
OB 
OB 
OB 
OB 

ov 

OS 



6BB8H 

DKSTAT 

4H 

BEGIN 

RTYPE 

RSVTE 

CLEAR 

B. RIOPB 
ISDDR 
B, MIOPB 
ISDOR 



a 

READ 
2 

23H 
7 

BUFFER 

; lOPB FOR WRITE 

a 

UR ITE 

2 

48H 

IBH 

BUFFER 

256 



ARBITRARY ORIGIN POINT 



GET CURRENT CI 
OPERATION COHP 
BRANCH IF PREV 
OTHERWISE, CLE 
OPERATIONS 



LOAD ADDRESS 
LOAD ADDRESS 



lOPB FOR READ 
10 CONTROL MOR 
READ IHSTRUCTI 
NUNBER OF SECT 
TRACK ADDRESS 
SECTOR ADDRESS 
BUFFER ADDRESS 

10 CONTROL UOR 
WRITE INSTRUCT 
NUMBER OF SECT 
TRACK ADDRESS 
SECTOR ADDRESS 
BUFFER ADDRESS 



SK STATUS 

LETE? 

lOUS OPERATION 

AR THE DISK OF 



F RIOPB IN B,C 
F WIOPB 



REGISTERS 



D 

ION 

ORS 



********+.***♦+♦. T 



if *&.**** ^ 



PROC 
PROC 



DI ! 



D R I « E 
, TO THE ISO 
mTh TRmHSFEP 
MRITE DELETED 
e at a T I H E , 



EDURE NANEi ISODR (INTEGRATED SINGLE OENSIT 
ESS; TRANSMIT 'HE lOPB, ONE BYTE AT f, T i HE , 

IF THE IN-;TRUCTI0N TO THE i S K IS h Cm 

(IE. READ DATA, FORNAT. WRITE DATA, 

DATA) THEN TRANSFER THE DATA. ONE 8V 

TO/FROW THE ISO. 

B-REC CONTAINS NSB OF lOPB 

C-REG CONTAINS LSB OF lOPB 
T! THE lOPB IS TRANSHITTED TO THE iSD DATA !S TRANSFERED 

TO/FROM THE ISO AS REQUIRED 



a 
m 



> 
a 



J3 



> 



X 

is 

m o 



ISIS-II 8388/888? ItrtCRO flSSENBLER- V2.a 



a 



LOC OBJ 



BBCl 
BBCl 
BBC8 
BBCB 
8884 
BflB2 
B881 
B81S 
8816 
B81? 
8818 
8819 
BBIA 
BBIB 

aaic 



BBBD 
88B5 
BBFF 



8881 
8BB2 
8883 
BBB4 
8885 
8886 
88B? 



612C C5 

612D 83 

6I2E BA 

612F FE84 

6131 C26561 

6134 El 

6135 E5 

6136 23 

6137 23 

6138 56 



SES 

53 
54 
55 
56 
57 
58 
5» 
68 
61 
62 
63 
64 
65 
66 
67 
68 
69 
7B 
71 
72 
73 
74 
75 
76 
77 
78 
79 
88 
81 
82 
83 
84 
85 
86 
87 
88 
89 
98 
91 
92 
9 3 
94 
95 
96 
97 
98 
99 
IBB 
181 
182 
183 
184 
IBS 
186 
187 



SOURCE STftTEflEHT 



; * 

; **** 

i IOC 

IOCS 

lOCC 

lOCI 

lOCO 

FB 

I8F 

OBF 

WPBC 

WPCC 

WDBC 

MOCC 

RDBC 

RDCC 

RRSTS 

ROSTS 



INTERFACE COMNftNDS 



Eau 

EOU 
EQU 
ESU 
EQU 
EfiU 
EQU 
EQU 
ESU 
EQU 
EQU 
EOU 
EQU 
EQU 
EQU 



aciH 
aciH 

BCSH 

BC8H 

BBBBB1B8B 

BBBBBBIBB 

BBBBBBBIB 

ISH 

16H 

17H 

IBH 

19H 

IftH 

16H 

ICH 



; PSEUOO INTERRUPT INSTRUCTIONS 
PISftBL EflU BON 
ENABL EQU B5H 
CPUC EQU 8FFN 

; DISK INSTRUCTIONS 



IOC INPUT DBB STATUS PORT 

toe OUTPUT CONTROL COMMAND PORT 

IOC INPUT OATfi fFROM DBB) PORT 

IOC OUTPUT DflTfl (TO DBB) PORT 

FLiiC B - SLAVE 13 BUSV, dASTER IS LOCKED OUT 

SLAVE INPUT BUFFER IS FULL 

SLAVE OUTPUT BUFFER IS FULL 

MRITE PARAdETER BLOCK C0(1(1hH[> 

MRITE PfiPAHETER BLOCK COHdAND CONTINUATION 

MRITE DATA BLOCK COMNANO 

RESERVED 

READ DATA BLOCK COHrtAND 

RESERVED 

READ RESULT STATUS CONNAND 

READ DEVICE STATUS COrtNANO 



DISABLE INTERRUPTS 

ENABLE INTERRUPTS 

PORT FOR THESE INSTRUCTIONS 



o 



o 

W 



SEEK 

FORMAT 

RECALB 

READ 

VERIFY 

MR I TE 

gRI TED 



EQU 
ESU 
EQU 
EQU 
EOU 
EQU 
EQU 



IN 
2H 
3H 
4N 
5H 
6H 
7H 



SEEK INSTRUCTION 
FORNhT INSTRUCTION 
RECALIBRATE INSTRUCTION 
READ DATA INSTRUCTION 
VERIFY CRC INSTRUCTION 
MRITE DATA INSTRUCTION 
WRITE DELETED DATA INSTRIj 



LAYOUT OF THE I/O PARAMETER BLOCK <IOPB) 

ONLY THE FIRST FIVE BYTES OF THE lOPB ARE TRAHSHITTED TO THE ISD 
CHANNEL WORD 
DISKETTE INSTRUCTION 
NUMBER OF SECTORS 
TRACK ADDRESS 
SECTOR ADDRESS 
ADDRESS BUFFER ADDRESS 



lOCW 


BYTE 


lOiHS 


BYTE 


NSEC 


BYTE 


TADR 


BYTE 


SADR 


BYTE 


BUF 


ADDR 



ISODR : 



PUSH 


8 


INX 


6 


LOAX 


B 


CPI 


READ 


JNZ 


ISDl 


POP 


H 


PUSH 


H 


INX 


H 


INX 


H 


NOV 


D,(1 



SAVE B,C <I,E. ADDRESS OF lOPB) 

BC POINTS TO lOINS BYTE 

A-REG CONTAIHS lOINS 

IS IT A READ INSTRUCTION' 

JUMP IF IT ISN'T 

OTNERMISE, PROCESS TNE READ CONMAHD 

HL CONTAINS lOPB ADDRESS 

SAVE THE ADDRESS OF THE lOPB 



SAVE THE NUMBER OF SECTORS IN O-REO 



n 
® 



ISIS-II 8888/SB85 MACRO ASSEMBLER, V2 B 



MODULE 



LOC OBJ 



SE8 



SOURCE STATEHEHT 



PAGE 



® 

CA3 



6139 El 

6t3fl D5 

6139 CDBA61 

613E 23 

61 3F 5E 

614B 23 

4141 56 

6142 EB 

6143 B619 
6145 CDBC62 

6148 01 

6149 lESa 

614B DBCl 

614D E6B7 

614F FEBl 

6151 C24B61 

6154 OBC0 
6156 77 
6137 23 

6155 ID 
6139 024661 
615C 15 



613D C24961 

616B 3eb; 

6162 03FF 
6164 C9 



6165 FEB2 

6167 Cft7461 

616A FEB6 

616C CA7461 

616F FEB? 

6171 C2ft061 



6174 El 

6175 E5 

6176 23 

6177 7E 

6178 FEa2 
617ft 23 
617B Cft8261 
617E 4E 

617F C38461 

6182 BEBl 



IBS 


POP 


H 


1B9 


PUSH 





1 IB 


CALL 


TR lOPB 


1 1 1 


INX 


H 


1 12 






113 


MOV 


E,M 


1 14 


I NX 


H 


1 1 5 


MOV 


0,H 


1 16 


;<CHG 




1 17 


MVI 


B. ROBC 


US 


CALL 


lOCCOM 


119 


POP 


D 


12B RDLPl ! 






121 


nv 1 


E, 123 


122 RDLP2 1 






123 


IN 


IOCS 


124 


AMI 


FB OR 


125 


CPI 


OBF 


126 


0N2 


R0LP2 


127 


IN 


lOCI 


123 


HOV 


H,fl 


129 


INX 


H 


13B 


OCR 


E 


131 


ONZ 


RPLP2 


132 


OCR 


D 


133 






134 






135 


JNZ 


ROLP I 


136 


nv I 


A, ENAB 


137 


OUT 


C?UC 


133 
139 


RET 








14B ISDl: 






14 1 






142 


CPI 


FORMAT 


143 


02 


ISOZ 


144 


CPI 


URITE 


145 


■)Z 


IS02 


146 


CP I 


MRITEO 


147 


JNZ 


I SD3 


148 






149 ISD2: 






15B 






151 


POP 


H 


152 


PUSH 


H 


153 


INX 


H 


154 


MOV 


A , M 


155 


CP I 


FORMAT 


156 


INX 


H 


157 


JZ 


I502A 


156 


MOV 


C, M 


159 






I6e 


JHP 


IS02B 


161 IS&2H! 






162 


MV I 


C, Bl 



HL NOW POINTS TO BESINNIHG OF THE lOPB 

SAVE THE NUMBER OF SECTORS 

TRANSMIT THE lOPB 

NL NOU POINTS TO BUFFER AOORESS 

ENTRV OF THE lOPB 
E CONTAINS LSB OF BUFFER ADDRESS 
HL NOM CONTAINS LSB OF BUFFER ADDRESS 
CONTAINS MSB OF BUFFER ADDRESS 
HL NOW POINTS TO THE BUFFER ITSELF 
LOAD THE READ DATA BLOCK COMMAND 
OUTPUT IT 
0-REO CONTAINS NUMBER OF SECTORS TO BE TRANSFERRED 

SET COUNTER FOR NUMBER OF BYTES PER SECTOR 

INPUT OBB STATUS 

MASK OFF STATUS FLAGS 

TEST FOP SLAVE DONE; SOMETHING FOR THE HASTER 

LOOP UNTIL SLAVE IS READY 

OTHERWISE, INPUT THE DATA FROM THE DBB 

STORE THE DATA IN MEMORY AT THE eUFFER LOCATION 

HL POINTS TO THE NEXT eYTE IN THE eUFFER 

DECREMENT THE LENGTH REMAINING IN ONE SECTOR 

CONTINUE READING UNTIL WHOLE SECTOR READ 

ALL OF A SECTOR HAS BEEN READ. DECREHENT THE 

COUNT OF THE TOTAL NUMBER OF SECTORS 

REMAINING TO BE READ 
READ THE NEXT SECTOR 
ENABLE INTERRUPTS 

RETURN; READ DISK OPERATION COMPLETED 



WE KNOW IT IS NOT A READ INSTRUCTION 

A-REC CONTAINS THE lOINS 
IS IT A FORHAT INSTRUCTION 
■JUMP IF IT IS 

IS IT A WRITE DATA INSTRUCT;oN' 
JUMP IF IT IS 

IS IT A WRITE DELETED DATA INSTRUCTION"' 
JUMP IF IT ISN'T .THEREFORE, THE INSTRUCTION IS A 

SEEK, RECALB, OR VER IFY ) 
A DATA TRANSFER INSTRUCTfOH INVOLVING A 

WRITE TO THE DISKETTE 
HL CONTAINS THE lOPB ADDRESS 
SAVE THE lOPB ADDRESS 
HL NOW POINTS TO lOINS 
H-REG CONTAINS THE INS''RUCT!ON 
IS IT A FORMAT INSTRUCTION 
HL NOW POINTS TO NSEC 
JUMP IF IT IS A FORMAT INSTRUCTION 
MOVE HUNGER OF SECTORS TO B-REG IF NOT A" 

FORMAT INSTRUCTION 
SKIP FORMAT STUFF 



; INGE 



I; 



-ORHAT !NS''RUCTION MOVE A 1 TO 



n 



JO 
n 
p 



n 

W 

X 

B 

•a 



ISIS-II 8B8B/8H8S MACRO ASSEMBLER, V2 B 



rr 
n 



LOC OBJ 



6184 23 

6185 23 

6186 23 
618? 5E 

6188 23 

6189 se 
618A EB 
6186 B617 
618[> CDBC62 
6138 CDB261 
6iS3 79 
6194 [>3CB 

6196 F5 

6197 168B 

6199 CBB261 
619C 7E 
619[> D3CB 
619F 23 
61Ae IS 
61A1 C29961 
6tA4 Fl 
61A5 3D 
61A6 C29661 
61A9 3EB5 
61AB D3FF 



61AD El 
61AE CDBA61 
61Bi C9 



61B2 oeci 

61B4 E6B7 

6186 C28261 

6189 C9 



SEO 

163 
164 
16S 
166 
167 
168 
169 
17B 
171 
172 
173 
174 
175 
176 
177 
178 
179 
IBB 
181 
182 
183 
184 

les 

186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
288 
281 
282 
283 
2B4 
285 
286 
287 
288 
289 
218 
211 
212 
213 
214 
215 
216 
217 



SOURCE STATEHEMT 



IS026 •■ 



MRLP2! 



lOCRDY! 



INX 

INX 

IHX 

NOV 

IHX 

MOV 

XCHG 

HVI 

CALL 

CALL 

nov 

OUT 

PUSH 
liVI 

CALL 

NOV 

OUT 

IH'X 

OCR 

JNZ 

POP 

OCR 

■JNZ 

HVI 

OUT 



POP 

CALL 

RET 



IN 
AN I 
.JNZ 
RET 



H 

H 

H 

E,f1 

H 

[>, N 

8, WOBC 

lOCCOH 

IDCRDY 

A,C 

lOCD 

PSW 
D, 128 

lOCRBV 

A,n 

lOCO 

H 

D 

WRLP2 

PSW 

A 

«RLP1 

A, ENABL 

CPUC 



H 
TRIOPB 



IOCS 

FB OR OBF OR 

lOCRDV 



kiti***«**«**iti****4i****4 



THE C-REG < EXPLAHflT! ONi FOR TWO BOARD DISK 
CONTROLLERS, IT 15 POSSIBLE TO HAVE AN INVALID 
VALUE IN THE NUHBEP OF SECTORS BYTE OF THE 
lOPB AND THIS HILL NOT AFFECT THE OPERATION 
OF THE CONTROLLERS. FOR THE 82 7 1 ■ HOWEVER , 
WE MUST HAVE A VALID VALUE.) 

HL N0« POINTS TO THE TADR 

HL N0« POINTS TO SADR 

HL NOy POINTS TO BUFFER ADDRESS 

LOAD THE LSB OF BUFFER ADDRESS INTO E 

HL NOW POINTS TO MSB OF BUFFER ADDRESS 

LOAD THE MSB OF BUFFER ADDRESS INTO D 

HL NOW POINTS TO FIRST BYTE OF THE BUFFER 

LOAD THE WRITE DATA BLOCK COHNAND 

OUTPUT THE COMHAHD 

MAKE SURE DBB IS CLEAR AHD SLAVE IS IDLE 

LOAD NUMBER OF SECTORS TO BE WRITTEN 

OUTPUT DATA TO THE DBB 

SAVE THE COUNT OF THE NUMBER OF SECTORS 

SET D-REC COUHTER TO NUMBER OF BYTES/SECTOR 

HAKE SURE DBB IS CLEAR AHD SLAVE IS IDLE 

LOAD DATA TO BE WRITTEN 

OUTPUT DATA TO THE DBB 

POINT TO THE HEXT BYTE OF DATA 

ARE WE DONE TRANSFERRING A SINGLE SECTOR? 

■JUMP BACK IF HOT 

RESTORE COUHT OF HUMBER OF SECTORS 

ARE WE DOHE TRAHSFERRIHG ALL THE SECTORS? 

JUMP BACK IF NOT 

ENABLE INTERRUPTS 

ANY DISKETTE INSTRUCTION EXCEPT A READ 

IN AHY CASE- TRANSMIT THE lOPB HOW 
HL COHTftlHS THE ADDRESS OF THE lOPB 
TRAHSHIT THE lOPB 
RETURN 



INPUT DBB STATUS 

TEST FOP SLAVE PROCESSOR READY 

CONTINUE TO LOOP UNTIL IT IS READY 



n 



n 

m 

X 

B 
■a 



PROCEDURE NAME: TRIOPB (TRANSMIT lOPB TO I SD ) 

PROCESS: TRANSMIT THE lOPB TO THE 8271 IHTEGPhTED SINGLE OEHSITY 
CONTROLLER. THIS PROCEDURE IS CALLED ONLY BV PROCEDURE 
input: HL CONTAINS ADDRESS OF THE lOPB 
output: transmit THE IQP6 

HL POINTS TO SADR OF lOPB 
modified: a, FLAGS, B, C, D, HL 



® 
t/3 



isis-ii eaeB/eass macro assembler, vi.e 



PAGE 



LOC OB.J 



SEQ 



SOURCE STATEMENT 



cn 







218 


; ****** 


******** 


******* 






21? 


TRIOPBi 






61BA 


IE 


22B 




MOV 


CM 


6 IBB 


B61S 


221 




MVI 


6, «PBC 


eiBD 


C0FA61 


222 




CALL 


I0CDR2 


61CB 


16B4 


223 

224 


TRLOOP: 


MVI 


D,4 


61C2 


23 


225 




INX 


H 


61C3 


4E 


226 
227 
228 
229 
23B 




MOV 


CM 


61C4 


B6 16 


231 




MVI 


B,WPCC 


6106 


CDFA61 


232 




CALL 


I0CDR2 


61C? 


15 


233 




OCR 


D 


eicfi 


C2C261 


234 

235 


TRKAIT! 


JHZ 


TRLOOP 


6tCD 


CCID661 


236 

23 7 




CALL 


DKSTAT 


61DB 


E6a4 


236 




ANI 


4H 


6iD2 


CACD61 


239 




JZ 


TR«AIT 


ilDS 


C9 


24B 




RET 





61C>6 B6 1C 
6108 CDE561 
610B C9 



«.10C 86 IB 
61 DE CDE56 1 
61 El C9 



k*********** 



k+********** 



C-REG CONTAINS iOCU 

LOAD WRITE PARmMETER BLOCK COtlMAHD 

ISSUE THE COMMAND AND iOCW 

D-REC CONTAINS COUNTER OF 4 

HL POINTS TO NEXT BYTE IH lOPB 
C-REC CONTAINS NEXT BYTE IN lOPB 
«HEN D - 4. C - lOINS 

= 3, C = NSEC 

D = 2, C ' TADR 

D • 1, C = SADR 
LOAD CONTINUATION COMHAHO 
ISSUE THE COMMAND AND THE DATh 

JUMP IF «E HAVEN'T FINISHED 
WAIT FOR RETURN OF STATUS BYTE 
SEE IF THE BIT INDICATIHC OPERATION 
COMPLETE IS TURNED OH 

KEEP LOOPING UHTIL OPERATION COHPLETED 
RETURN OTHERWISE 



241 ;************«*************** **«******^*.i*i 

242 )* 

243 !* PROCEDURE NAME: DK»STAT (DISK STATUS) 

244 )* PROCESS'. RETURN THE DISK DEVICE STATUS 

245 ;* INPUT: 

246 ;* OUTPUT: A-REG CONTAINS THE STATUS BYTE 

247 )* 

248 J **♦************•*****• + ***•**********♦**** 

249 DKSTAT: 



********************** *«*^ 



II****************** 



25B 
251 

25 2 
2 53 
254 
255 
256 
257 
25B 
259 
26B 

26 1 RBYTE 
262 



MU I 
CALL 
RET 
************ 



B.RDSTS ; LOAD THE RDSTS COHMAHD 

lOCDRl 

: RETURN MITH THE ISD STATUS BYTE 
k. ***********«***********************************. ^**.^^ 



♦ PROCEDURE name: R»BYTE 

• PROCESS: RETURN UITH THE RESULT BYTE OF A DISK I ,' OPERATION 

* INPUT: 

* OUTPUT: A-REG CONTAINS THE RESULT BYTE 



*********************************** 



263 
264 
265 
266 
267 
268 
269 
27B 
271 
272 



MVI B.RRSTS 
CALL lOCDRl 
RET 
************************ 



LOAD THE REAP RESULT $TflTIJS COHMhHD 



: RETURN WITH THE ISD RESULT STATUS BYTE 

h******************** ********* III* :t: ******* 



» PROCEDURE NAME: R»TVPE 

* PROCESS: RETURN THE RESULT TYPE OF A DISK OPERATION 

• INPUT: 

♦ OUTPUT: H-REG CONTAINS THE RESULT TYPE 



******* 



****************** 



r* ******* 



n 



n 



a 
W 

X 

p> 

3 
•a 



ISIS-II 8B8B/8BS5 MACRO ASSEMBLER, V2 B 



PAGE 



eiE2 3EBB 
61E4 C9 



61E5 C0BC62 



eiEB D8C1 

61EA E6B7 

61EC FEBl 

«1EE C2Ee61 

61F1 DBCe 

«1F3 F5 

61F4 3EB5 

61F6 D3FF 

eiFS Fl 

61F» C9 



61FA C0aC62 



«1FD DBCl 
41FF £687 
62B1 C2FD61 
62B* 79 
6285 D3C8 
3Ea5 



6287 
62B9 D3FF 
6286 C9 



SEQ 

273 
274 
275 
276 
277 
278 
279 
28a 
281 
282 
283 
284 
285 
286 
287 
288 
289 
29B 
291 
292 
293 
294 
295 
296 
297 
298 
299 
3BB 
3B1 
3B2 
3fl3 
384 
385 
386 
3B7 
3BS 
389 
31B 
31 1 
312 
313 
314 
315 
316 
317 
318 
319 
328 
321 
322 
323 
324 
325 
326 
327 



SOURCE STATEMENT 

RTYPE 1 

HVI A,B 

RET 



1 RETURN fl ZERO SINCE I SD DOES NOT RE«LLY NAVE fl RESULT TYPE 



;• PROCEDURE NAtlEi lOCDRl 

l» PROCESS: GET DEVICE STATUS OR DflTfl FROH DISK 

i« INPUTi B CONTAINS THE IOC COHHflHD (STATUS REOUES OR INPUT 

!• DATA REQUEST 

;* OUTPUT! A-REG CONTAINS THE REOUESTED INFORNflTION 

!• MODIFIED: A, FLAGS, 8 



n 
n 

JO 

n 
w 
a. 



n 

tn 

3 
■a 



»«******tt*************«********^**tt**«*********#**«*+**«*4 



«•••«•••«# 



lOCDRi: 



lOCXXXi 



lOCCON 



OUTPUT "GET DEVICE STATUS COflNAND" OR 

"INPUT DATA CONNANO" TO IOC CONTROL PORT 



IOCS ) INPUT DB8 STATUS 

IBF OR OBF OR FBI NASK OFF STATUS FLAGS 

OBF I TEST FOR SLAVE DONEi SOMETHING FOR THE MASTER 



lOCXXX 

lOCI 

PSW 

A.ENABL 

CPUC 

PSW 



IN 

AN I 

CPI 

JNZ 

IN 

PUSH 

MVI 

OUT 

POP 

RET 

;• 

;• PROCEDURE name: I0C0R2 

;• process: OUTPUT DATA TO TNE DISK 

)• INPUT: 8 CONTAINS THE COMMAND TO OUTPUT THE DATA 

)• C CONTAINS THE DATA TO BE OUTPUT 

)• OUTPUT: 

;• MODIFIED: A, FLAGS, 8, C 



IF NOT, CONTINUE TO LOOP 
OTHERWISE, INPUT THE DATA FROM THE 0B8 
SAVE fl-REG 
I ENABLE INTERRUPTS 

) RESTORE A-REG 



I0CDR2: 

lOCCOM : OUTPUT "OUTPUT DATA COMMAND" TO !0C 

) CONTROL PORT 



CALL 



IOCYYY: 



IOCS 



IN 

AN I 

JNZ 

MOV 

OUT 

MVI 

OUT 

RET 



INPUT OBB STATUS 



IBF OR FB OR OBF; TEST FOR SLAVE PROCESSOR READY 



IOCYYY 

A,C 

lOCO 

A.ENABL 

CPUC 



CONTINUE TO LOOP UNTIL IT IS READY 
LOAD DATA TO BE WRITTEN 
OUTPUT DATA TO THE DBB 
ENABLE INTERRUPTS 



• ••***w********«*********i******,^*,^********«*« 



:• PROCEDURE NAME: lOCCOM 
• PROCESS; OUTPUT COMMAND TO THE IOC 
:• INPUT: B CONTAIHS THE COMMAND 
;• OUTPUT: 



n 

® 



ISIS-II 8HSB/8B85 HACRO ASSEHBLER, V2.B 



SEa 



SOURCE STftTEHEHT 



® 

C/5 



62BC 3EBI> 

42BE D3FF 

62ta OBCl 

6212 E6B? 

«2M C21B62 

621? 79 

6218 03Ci 

621A C9 

6BB8 

PUBLIC SYMBOLS 



329 i* HODIFIED! A, FLAGS 
329 )* 

33 B ', ********^************m*********f****** 

331 iOCCOtli 

A, DISABL 
CPUC 



^*************** 



332 


«V1 


333 


OUT 


334 iOCZZZ.' 


335 


IH 


336 


AH I 


337 


•J HZ 


338 


HOV 


339 


OUT 


34B 


RET 



BLOCK ALL IHTERRIJPT5 



IOCS 

FB OR !BF OR OBF 

lOCZZZ 

A. 6 

lOCC 



3 41 }******************************* 
342 END CLEAR 



INPUT DBB STATUS 

TEST FOR SLAVE PROCESSOR IDLE 

LOOP UNTIL IT IS IDLE 

LOflO THE COHMANO 

OUTPUT COHHAHD TO IOC CONTROL PORT 



*****4<**«:K^*«**'t 



.+******♦ 



EXTERNAL SYHBOLS 



USER SYHBOLS 



BEGIN 


A 


6aii 


BUFFER 


A 6820 


CLEAR 


A 


6BeB 


CPUC 


A 


BBFF 


DISABL 


A 


BBBD 


D K S T H T 


H 


61 D 6 


EHABL 


A 


bbb; 


FB 


A 


BBe4 


FORHAT 


A BBB2 


IBF 


A 


BBB2 


lOCC 


A 


BHCl 


lOCCOft 


A 


62BC 


lOCDRl 


A 


61ES 


I0CDR2 


A 


61FA 


lOCI 


A 


BBca 


toco 


A BBCB 


lOCROY 


A 


6162 


IOCS 


A 


BBCl 


lOCXXX 


A 


6!E8 


I OCYYY 


A 


61FD 


lOCZZZ 


A 


6218 


I8P1 


A 


«16S 


ISD2 


A 6174 


ISD2A 


A 


6182 


ISD2B 


A 


61 84 


ISD3 


A 


ei AD 


ISDDR 


A 


61 2C 


OBF 


ft 


8881 


R8YTE 


A 


61PC 


RDBC 


A aB19 


RPCC 


A 


BBIA 


RPLPl 


A 


61 49 


RDLP2 


A 


614B 


RDSTS 


A 


BBIC 


READ 


A 


8884 


RECAL6 


A 


aBB3 


RIOPB 


A 6aiE 


RRSTS 


A 


BBIB 


RTYPE 


A 


61E2 


SEEK 


A 


BBBl 


TR lOPB 


A 


61BA 


TRLOOP 


A 


61C2 


TRKflIT 


A 


61CD 


VERIFY 


A BBBS 


«OBC 


A 


BBl? 


«DCC 


A 


8819 


UIOPB 


A 


6825 


WPBC 


A 


BB15 


WPCC 


A 


881 6 


WRITE 


A 


aBB6 


MRITEO 


A BBB? 


MRLPl 


A 


6196 


WRLP2 


A 


61 99 




















ASSEHBLY 


COHPLETE, MO ERRORS 

































1^ 
ft 

ft 

!« 

ft 

a- 



ft 
W 

X 
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APPENDIX E 
CONNECTOR PIN ASSIGNMENTS 



This appendix identifies the pin assignments for all 
user-interface connectors for the Intellec Series II 
Microcomputer Development System and defines the 
dc drive and load characteristics for the individual 
signals. The Multibus interface is internal to the 
development system and is available on connectors 
J2 through J6 of the card cage. Table E-1 identifies 



the Multibus interface pin assignments and tables E-2 
and E3 define the Multibus interface dc signal 
characteristics for the IPB and IPC, respectively. 
Tables E-4 through E-9 define the pin assignments 
and dc characteristics for the rear panel peripheral 
connectors (J2 through J7). 



E-1 



Connector Pin Assignments 



Intellec® Series II 



Table E-1 . MULTIBUS® Interface Pin Assignments 



Board Component Side 


Board Circuit Side 


Pin 


Mnemonic 


Description 


Pin 


Mnemonic 


Description 


1 
3 
5 
7 
9 
11 


GND 
+ 5 
+ 5 
+ 12 
-5 
GND 


Signal ground 
+ 5VDC 
+ 5VDC 
+ 12VDC 
-5VDC 
Signal ground 


2 

4 
6 
8 

10 
12 


GND 
+ 5 
+ 5 
+ 12 
-5 
GND 


Signal ground 
+ 5VDC 
+ 5VDC 
+12VDC 
-5VDC 
Signal ground 


13 
15 
17 
19 
21 
23 
25 


BCLK/ 

BPRN/ 

BUSY/ 

MRDC/ 

lORC/ 

XACK/ 

AACK/ 


Bus Clock 

Bus Priority In 

Bus Busy 

Memory Read Command 

I/O Read Command 

Transfer Acknowledge 

Advanced Acknowledge 


14 
16 
18 
20 
22 
24 
26 


INIT/ 

BPRO/* 

BREQ/ 

MWTC/ 

lOWC/ 

INH1/ 

INH2/ 


Initialize 

Bus Priority Out 

Bus Request 

Memory Write Command 

I/O Write Command 

Intiibit (disable) RAM 

Intiibit (disable) ROM 


27 
29 

31 
33 


BHEN/ 
CBRQ/** 
CCLK/ 
INTA/* 


Byte Higti Enable 
Common Bus Request 
Constant Clock 
Interrupt Acknowledge 


28 
30 
32 
34 


ADR10/ 
ADR11/ 
ADR12/ 
ADR13/ 


Address 

Extension 

Lines 


35 
37 
39 
41 


INT6/ 
INT4/ 
INT2/ 
INTO/ 


Interrupt Requests 


36 
38 
40 
42 


INT7/ 
INT5/ 
INT3/ 
INT1/ 


Interrupt Requests 


43 
45 
47 
49 
51 
53 
55 
57 


ADRE/ 
ADRC/ 
ADRA/ 
ADR8/ 
ADR6/ 
ADR4/ 
ADR2/ 
ADRO/ 


Address Lines 


44 
46 
48 
50 
52 
54 
56 
58 


ADRF/ 
ADRD/ 
ADRB/ 
ADR9/ 
ADR7/ 
ADR5/ 
ADR3/ 
ADR1/ 


Address Lines 


59 
61 
63 
65 
67 
69 
71 
73 


DATE/ 
DATC/ 
DATA/ 
DAT8/ 
DAT6/ 
DAT4/ 
DAT2/ 
DATO/ 


Data Lines 


60 
62 
64 
66 
68 
70 
72 
74 


DATF/ 
DATD/ 
DATB/ 
DAT9/ 
DAT7/ 
DAT5/ 
DAT3/ 
DAT1/ 


Data Lines 


75 
77 
79 
81 
83 
85 


GND 
-10 
-12 
+ 5 
+ 5 
GND 


Signal ground 
-10VDC 
-12VDC 
-^5VDC 
+ 5VDC 
Signal ground 


76 
78 
80 
82 
84 
86 


GND 
-10 
-12 
+ 5 
+ 5 
GND 


Signal ground 
-10VDC 
-12VDC 
+ 5VDC 
+ 5VDC 
Signal ground 



Not implemented on IPB/IPC 
Only implemented on IPC 



E-2 



Intellec® Series II 



Connector Pin Assignments 







Table E-2. 


IPB Signal DC Characteristics 




Signal Mnemonic 


Current Drive 


Current Load 


Type 


Termination 












LowOol) 


HighdoH) 


Low (I|l) 


HighdiH) 






AACK/ 


20mA 


N/A 


-4mA 


lOOfjA 


Open Collector 


370Q pullup 


ADR0/-ADR7/ 


24mA 


-15mA 


-0.5mA 


70fjA 


Three-State 


2.2k« pullup 


ADR8/-ADRF/ 


24mA 


-15mA 


-0.45mA 


30hA 


Three-State 


2.2k« pullup 


ADR10/-ADR13/ 


N/A 


N/A 


N/A 


N/A 


N/A 


2.2k« pullup 


BCLK/,CCLK/ 


60mA 


-3mA 


-0.5mA 


lOOfiA 


TTL 


220/33053 on backplane* 


BHEN/ 


N/A 


N/A 


N/A 


N/A 


N/A 


2. 2k« pullup 


BPRN1/-BPRN9/ 


20mA 


-1mA 








TTL 


None 


BREQ1/-BREQ9/ 


N/A 


N/A 


-3.2mA 


80j/A 


N/A 


1kS3 pullup 


BUSY/ 


20mA 


N/A 








Open Collector 


IkQ pullup 


DAT0/-DAT7/ 


25mA 


-10mA 


-0.5mA 


80mA 


Three-State 


2.2k« pullup 


DAT8/-DATF/ 


N/A 


N/A 


N/A 


N/A 


N/A 


2.2k« pullup 


INH1/ 


15mA 


N/A 


-1.6mA 


40hA 


TTL 


IkQ pullup 


iNH2/ 


15mA 


N/A 








TTL 


IkQ pullup 


INIT/ 


60mA 


-3mA 








TTL 


None 


INT0/-INT7/ 


40mA 


N/A 


-0.2mA 


20hA 


Open Collector 


IkQ pullup 


10RC/,I0WC/ 


32mA 


-2mA 


-0.45mA 


OOfiA 


Three-State 


IkQ pullup 


MRDC/,MWTC/ 


32mA 


-2mA 


-1.6mA 


40hA 


Three-State 


IkQ pullup 


XACK/ 


20mA 


N/A 


-2mA 


50hA 


Open Collector 


510Q pullup 



*A150Q/100pF series RC termination network is also installed on the backplane. 



E-3 



Connector Pin Assignments 



Intellec® Series II 



Table E-3 . IPC Signal DC Characteristics 



Signal Mnemonic 


Current Drive 


Current Load 


Type 


Termination 












1-ow (Iol) 


HighdoH) 


Low (I,l) 


HighdiH) 






AACK/ 


16mA 


-5.2mA 


-0.4mA 


20mA 


Three-State 


510Q pullup 


ADRO/-ADRF/ 


32mA 


-5mA 


-0.4mA 


50mA 


Three-State 


2.2kQpullup 


ADR10/-ADR13/ 


N/A 


N/A 


-0.4mA 


20jjA 


N/A 


2. 2kQ pullup 


BCLK/,CCLK/ 


60mA 


-3mA 


-0.5mA 


100m A 


TTL 


220/330Q on backplane* 


BHEN/ 


N/A 


N/A 


-0.4mA 


20mA 


N/A 


2. 2kQ pullup 


BPRN1/-BPRN9/ 


20mA 


-1mA 








TTL 


None 


BREQ1/-BREQ9/ 


N/A 


N/A 


-3.2mA 


80nA 


N/A 


IkQ pullup 


BUSY/ 


20mA 


N/A 








Open Collector 


IkQ pullup 


CBRQ/ 


20mA 


N/A 








Open Collector 


IkQ pullup 


DAT0/-DAT7/ 


20mA 


-5mA 


-0.95mA 


230mA 


Three-State 


2. 2kQ pullup 


DAT8/-DATF/ 


20mA 


-5mA 


-0.25mA 


70mA 


Three-State 


2. 2kQ pullup 


INH1/ 


48mA 


N/A 


-0.4mA 





Open Collector 


IkQ pullup 


INH2/ 


48mA 


N/A 





N/A 


Open Collector 


IkQ pullup 


INIT/ 


48mA 


N/A 





N/A 


Open Collector 


2.2kQ pullup 


INT0/-INT7/ 


40mA 


N/A 


-0.2mA 


20nA 


Open Collector 


IkQ pullup 


lORC/.lOWC/ 


32mA 


-2mA 


-0.2mA 


20fiA 


Three-State 


IkQ pullup 


MRDC/,MWTC/ 


32mA 


-2mA 


-2mA 


50mA 


Three-State 


IkQ pullup 


XACK/ 


16mA 


-5.2mA 


-0.4mA 


20jjA 


Three-State 


510Q pullup 



*A150Q/100pF series RC termination network is also installed on the backplane. 



E-4 



Intellec® Series 11 



Connector Pin Assignments 



Table E-4. SERIAL CHl/TTY Pin Assignments (Connector J2) 









Current Drive 


Current Load 


Pin 


Signal 


Function 






















Low(Iol) 


HighdoH) 


Low(I|l) 


HighdiH) 


1 


PROTGND 


Protective Ground 










2 


RxD(RS232) 


Transmitted Data In 






-4mA* 


4mA' 


3 


TxD(RS232) 


Received Data Out 


6mA 


-6mA 






4 


RTS (RS232) 


Request to Send 


6mA 


-6mA 






5 


CTS (RS232) 


Clear to Send 






-4mA* 


4mA* 


6 


DSR(RS232) 


Data Set Ready 






-4mA* 


4mA* 


7 


GND 


Signal Ground 










8 




Not Used 










9 




Not Used 










10 




Not Used 










11 




Not Used 










12 


RxD (CURRENT LOOP) 


Transmitted Data In 






<100hA(ON) 


>16mA(0FF) 


13 


TxD (CURRENT LOOP) 


Received Data Out 


>22mA(ON) 


<100hA(OFF) 






14 


TTY RDY 


Same as DSR (pin 6) 










15 


TxC 


Transmit Clock 










16 


DTR (CURRENT LOOP) 


Data Terminal Ready (Reader Control) 


<100hA(ON) 


>22mA(OFF) 






17 


RxC 


Receive Clock 






-4mA* 


4mA* 


18 




Not Used 










19 




Not Used 










20 


DTR (RS232) 


Data Terminal Ready 


6mA 


-6mA 






21 


DTR RET 


Reader control Return (to -12V) 










22 




Not Used 










23 




Not Used 










24 


RxD RET (CURRENT LOOP) 


RxD Return (to + 12V) 










25 


TxD RET (CURRENT LOOP) 


TxD Return (to -12V) 











Note: The required mating connector is a Cannon DEC-25P (or equivalent). 
*At12.0 volts 



E-5 



Connector Pin Assignments 



Intellec® Series II 



Table E-5. SERIAL CH2 Pin Assignments (Connector J3) 









Current Drive 


Current Load 


Pin 


Signal 


Function 






















Low (Iql) 


HighdoH) 


Low(Iil) 


High(l,H) 


1 


PROTGND 


Protective Ground 










2 


TxD 


Transmitted Data Out 


6mA 


-6mA 






3 


RxD 


Received Data In 






-1.7mA 


1.7mA 


4 


RTS 


Request to Send 


6mA 


-6mA 






5 


CTS 


Clear to Send 






-1.7mA 


1.7mA 


6 


DSR 


Data Set Ready 






-1.7mA 


1.7mA 


7 


GND 


Signal Ground 










8 




Unassigned 










g 




Not Used 










10 




Not Used 










11 


+12V 


+12V (requires jumper connection) 










12 




Not Used 










13 




Not Used 










14 




Not Used 










15 


TxC 


Transmit Clocl< 






-1.7mA 


1.7mA 


16 




Not Used 










17 


RxC 


Receive Clocl< 






-1.7mA 


1.7mA 


18 




Not Used 










19 




Not Used 










20 


DTR 


Data Terminal Ready 


6mA 


-6mA 






21 




Not Used 










22 




Not Used 










23 


-12V 


-12V (requires jumper connection) 










24 


EXT TxC 


External Transmit Clock 


6mA 


-6mA 






25 


+5V 


+5V (requires jumper connection 











Note: Thie required mating connector is a Cannon DEC-25P (or equivalent). 



E-6 



Intellec® Series II 



Connector Pin Assignments 



Table E-6. PT PUNCH Pin Assignments (Connector J4) 









Curre 


nt Drive 


Current Load 




Pin 


Signal 


Function 










Termination 
















Low(Iol) 


HighdoH) 


Low(I,l) 


HighdiH) 




1 


DATA TRACK 1/ 


Output Data Bill 


15mA 


-1mA 








2 


DATA TRACK 2/ 


Output Data Bit 2 


15mA 


-1mA 








3 


DATA TRACK 3/ 


Output Data Bit 3 


15mA 


-1mA 








4 


DATA TRACK 4/ 


Output Data Bit 4 


15mA 


-1mA 








5 


DATA TRACK 5/ 


Output Data Bit 5 


15mA 


-1mA 








6 


DATA TRACK 6/ 


Output Data Bit 6 


15mA 


-1mA 








7 


DATA TRACK 7/ 


Output Data Bit 7 


15mA 


-1mA 








8 


DATA TRACK 8/ 


Output Data Bit 8 


15mA 


-1mA 








9 




Not Used 












10 


DIRECTION 


Direction Control 










IkS pullup 


11 


PUNCCOMMAND/ 


Punch Command 


16mA 


-800f^A 








12 


PUNCH READY/ 


Punch Ready 






-10.85mA 


-7.4mA 


470S pullup 


13 


SYSTEM READY/ 


System Ready 






-10.85mA 


-7.4mA 


470S pullup 


14 


INPUT MODE SELECT 


Select Input Mode 










Ground 


15 


OUTPUT MODE SELECT 


Select Output Mode 










Ground 


16 


CHASSIS GND 


Chassis Ground 












17 


CHASSIS GND 


Chassis Ground 












18 


GND 


Ground 












19 




Not Used 












20 




Not Used 












21 




Not Used 












22 




Not Used 












23 


GND 


Ground 












24 




Not Used 












25 


GND 


Ground 













NOTE: 'Slash (/) after signal mnemonic denotes that signal is true when <0.4V. 
The required mating connector is a Cannon DEC-25P (or equivalent). 
Current values include pullup load. 
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Connector Pin Assignments 



Intellec® Series II 







Table E-7. PI READER Pin Assignments (Connector J5) 






Pin 


Signal 


Function 


Current Drive 


Current Load 


Termination 


Low (ol) 


Higti (Ioh) 


Low (I|l) 


High (,h) 


1 


DATA TRACK 1/ 


Input Data Bit 1 






-0.75mA 


-0.24mA 


lOKfipuliup 


2 


DATA TRACK 2/ 


Input Data Bit 2 






-0.75mA 


-0.24mA 


lOKnpullup 


3 


DATA TRACK 3/ 


Input Data Bit 3 






-0.75mA 


-0.24mA 


lOKfipullup 


4 


DATA TRACK 4/ 


Input Data Bit 4 






-0.75mA 


-0.24mA 


lOKfipuilup 


5 


DATA TRACK 5/ 


Input Data Bit 5 






-0.75mA 


-0.24mA 


lOKfipuilup 


6 


DATA TRACK 6/ 


Input Data Bit 6 






-0.75mA 


-0.24mA 


lOKfipuliup 


7 


DATA TRACK 7/ 


Input Data Bit 7 






-0.75mA 


-0.24mA 


lOKfipuliup 


8 


DATA TRACK 8/ 


input Data Bit 8 






-0.75mA 


-0.24mA 


lOKfipuliup 


9 


DATA READY/ 


Data Ready 






-10.85mA 


-7.4mA 


470fi pullup 


10 




Not Used 












11 


GND 


Ground 












12 


GND 


Ground 












13 


GND 


Ground 












14 


SYSTEM READY/ 


System Ready 






-10.85mA' 


-7.4mA 


470n puilup 


15 




Not Used 












16 


DR/ 


Paper Tape Drive Rig lit 


16mA 


-800mA 








17 


DL/ 


Paper Tape Drive Left 


16mA 


-800mA 








18 




Not Used 












19 




Not Used 












20 




Not Used 












21 




Not Used 












22 




Not Used 












23 




Not Used 












24 


GND 


Ground 












25 


CHASSIS GND 


Cliassis Ground 













NOTE: *Slash (/) after signal mnemonic denotes that signal is true when <0.4V. 
The required mating connector is a Cannon DEC-25P (or equivalent). 
Current values include pullup load. 
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Connector Pin Assignments 



Table E-8 . LINE PRINTER Pin Assignments (Connector J6) 









Current Drive 


Current Load 




Pin 


Signal 


Function 








Termination 


Low (ol) 


High (Ioh) 


Low diJ 


High (,h) 


1 


DATA1 


Output Data Bit 1 


15mA 


-1mA 








2 


DATA 2 


Output Data Bit 2 


15mA 


-1mA 








3 


DATA 3 


Output Data Bit 3 


15mA 


-1mA 








4 


DATA 4 


Output Data Bit 4 


15mA 


-1mA 








5 


DATA 5 


Output Data Bit 5 


15mA 


-1mA 








6 


DATA 6 


Output Data Bit 6 


15mA 


-1mA 








7 


DATA 7 


Output Data Bit 7 


15mA 


-1mA 








8 


DATA 8 


Output Data Bit 8 


15mA 


-1mA 








9 


GND 


Ground 












10 


GND 


Ground 












11 


GND 


Ground 












12 


GND 


Ground 












13 




Not Used 












14 


LPT DATA STROBE/ 


Data Strobe 


16mA 


-800mA 








15 


GND 


Ground 












16 


ACKNOWLEDGE/ 








-10.85mA 


-7.4mA 


470n pullup 


17 


BUSY/ 


Printer Busy 






-10.85mA 


-7.4mA 


470n pullup 


18 




Not Used 












19 


LPTCTL1/ 


Control Line 1 


16mA 


-800mA 








20 


LPT CTL 2/ 


Control Line 2 


16mA 


-800mA 








21 




Not Used 












22 


SELECT/ 


Printer Select 






-10.85mA 


-7.4mA 


470n pullup 


23 




Not Used 












24 




Not Used 












25 


CHASSIS GND 


Chassis Ground 













NOTE: *Slash (/) after signal mnemonic denotes that signal is true when <0.4V. 
The required mating connector is a Cannon DEC-25P (or equivalent). 
Current values include pullup load. 
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Intellec® Series II 







Table E-9. UPP Pin 


Assignments (Connector J7) 












Current Drive 


Current Load 




Pin 


Signal 


Function 








Termination 


nil 


Low (ou) 


High (Iqh) 


Low (l|u) 


High (,h) 


1 


GND 


Ground 












2 


PPACK/ 


PROM Programmer Acknowledge 






-10.6mA 


-5.9mA 


470Kn 
pullup 


3 


PPRC1/ 


PROM Programmer Read Control Line 1 


16mA 


-800mA 








4 


PPRCO/ 


PROM Programmer Read Control Line 2 


16mA 


-800mA 








5 


PRD7/ 


PROM Read Data Bit 7 






-0.75mA 


-0.24mA 


lOKOpullup 


6 


PRD6/ 


PROM Read Data Bit 6 






-0.75mA 


-0.24mA 


1 0KI) pullup 


7 


PRD5/ 


PROM Read Data Bit 5 






-0.75mA 


-0.24mA 


1 0KI) pullup 


8 


PRD4/ 


PROM Read Data Bit 4 






-0.75mA 


-0.24mA 


lOKfi pullup 


9 


PRD3/ 


PROM Read Data Bit 3 






-0.75mA 


-0.24mA 


1 0KI) pullup 


10 


PRD2/ 


PROM Read Data Bit 2 






-0.75mA 


-0.24mA 


lOKfi pullup 


11 


PRD1 


PROM Read Data Bit 1 






-0.75mA 


-0.24mA 


1 0KI) pullup 


12 


PRDO/ 


PROM Read Data Bit 






-0.75mA 


-0.24mA 


lOKfi pullup 


13 


GND 


Ground 












14 


INIT/ 


Initialize 


16mA 


-800mA 








15 


PWD7/ 


PROM Write Data Bit 7 


15mA 


-1mA 








16 


PWD6/ 


PROM Write Data Bit 6 


15mA 


-1mA 








17 


PWD5/ 


PROM Write Data Bit 5 


15mA 


-1mA 








18 


PWD4/ 


PROM Write Data Bit 4 


15mA 


-1mA 








19 


PWD3/ 


PROM Write Data Bit 3 


15mA 


-1mA 








20 


PWD2/ 


PROM Write Data Bit 2 


15mA 


-1mA 








21 


PWD1/ 


PROM Write Data Bit 1 


15mA 


-1mA 








22 


PWDO/ 


PROM Write Data Bit 


15mA 


-1mA 








23 


PPWC2/ 


PROM Programmer Write Control Line 2 


16mA 


-800mA 








24 


PPWC1/ 


PROM Programmer Write Control Line 1 


16mA 


-800mA 








25 


PPWCO/ 


PROM Programmer Write Control Line 


16mA 


-800mA 









NOTE: *Slash (/) after signal mnemonic denotes that signal is true when <0.4V. 
The required mating connector is a Cannon DEC-25P (or equivalent). 
Current values include pullup load. 
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